INSTITUTO POLITCNICO NACIONAL

ESCUELA SUPERIOR DE INGENIERA MECNICA Y

ELCTRICA

UNIDAD ZACATENCO

INGENIERIA EN COMUNICACIONES Y ELECTRONICA

ESPECIALIDAD EN COMPUTACION

ASIGNATURA:

INGENIERIA DEL SOFTWARE

PROFESOR:

M. en C. ALEJANDRO HERRERA MARTINEZ

FEBRERO DEL 2017

1
Temario:

Fase I: Planeacin y Anlisis

Subfase 1: Conocimiento del Medio Ambiente
Actividad I.1: Marco Conceptual.
Actividad I.1.1: Identificar y obtener la mayor cantidad de informacin de la Empresa
Actividad I.1.2: Estructura Organizacional de la Empresa
Actividad I.1.3: Conocer el medio ambiente especifico del rea en el que se va a trabajar
Actividad I.1.4: Identificar funciones del rea de aplicacin del SIBC
Actividad I.1.5: Obtencin de Informacin
Actividad I.1.6: Diagrama de funcionamiento del sistema o procedimiento actual.
Actividad I.1.7: Recopilacin de todo tipo de documentos.
Actividad I.1.8: Alcances del sistema actual y futuro.
Subfase 2: Anlisis de la problemtica e identificacin de necesidades de apoyo
informtico
Actividad I.2.1: Necesidades de Informacin (por enfoque de empleo o uso del sistema
actual y futuro)
Actividad I.2.2: Anlisis de los elementos sistmicos: entradas, salidas, procesos,
archivos y/o bases de datos, controles, distribucin, volmenes y tiempos (de desarrollo y
de respuesta).
Subfase 3: Propuesta general de solucin
Actividad I.3.1: Plan General de Trabajo
Actividad I.3.2: Estrategia para determinar la estructura organizacional, normativa,
funcional y de desarrollo del futuro sistema de informacin
Actividad I.3.3: Definicin de las funciones del futuro sistema
Actividad I.3.4: Definicin del flujo de informacin del futuro sistema
Actividad I.3.5: Definir los nuevos elementos del nuevo sistema
Actividad I.3.6: Anlisis Costo Beneficio
Actividad I.3.6: Aceptacin de proyecto, involucrar y comprometer a altos directivos.

Fase II: Diseo

Subfase: Revisin de la propuesta del anlisis y diseo de las Bases Estructuradas del
sistema
Actividad II.1.1: Revisin de los procedimientos y/o procesos propuestos
Actividad II.1.2: Revisin de los informes, salidas, entradas y documentos diversos
(propuestos)
Actividad II.1.3: Diccionario de Datos
Subfase: Diseo Preliminar
Actividad II.2.1: Diseo de Arquitectura del Sistema
Actividad II.2.2: Diseo de Salidas del Sistema
Actividad II.2.3: Diseo de Entradas del Sistema
Actividad II.2.4: Diseo de Tabla Visual de Contenidos
Actividad II.2.5: Diseo de Proceso, Empleando el Modelo Warnier Orr
Subfase: Diseo Detallado
Actividad II.2.6: Diseo de Estructura de Base de Datos con Modelo E R
Actividad II.2.7: Diseo de Base de Datos con Modelo Relacional

2
Fase III: Construccin del Sistema de Informacin
Subfase: Construccin del Sistema
Actividad III.1: Construccin de entradas y salidas del Sistema
Actividad III.2: Desarrollo de procedimientos (Manual de Usuario e Instalacin)
Actividad III.3: Pruebas y aceptacin del sistema.
Actividad III.4: Reporte de construccin.

Fase IV: Implementacin o Implantacin

Actividad IV.0: Capacitacin
Subfase: Implementacin
Actividad IV.1: Preparacin de instalacin y creacin de Plan de Contingencia.
Actividad IV.2: Implementacin real
Actividad IV.3: Reporte de Implantacin.

Fase V: Operacin y Mantenimiento.

Subfase: Operacin.
Actividad V.1: Proceso de problemas reportados.
Actividad V.2: Proceso de Solicitudes de cambios.
Subfase: Mantenimiento
Actividad V.3: Modificaciones al Sistema.
Actividad V.4: Revisin y evaluacin del comportamiento del sistema.
Actividad V.5: Identificacin de nuevas necesidades, adecuaciones o elaboracin de
nuevos sistemas. (Retroalimentacin con Fase 1)

3
Resumen:
En este documento, se presenta una metodologa para el Desarrollo de Sistemas de
Informacin Basados en Computadoras.
Se explican las fases de: Anlisis, Diseo, Construccin, Implantacin, as como de
Operacin, Mantenimiento y Liberacin. As mismo se sugieren algunas posibles tcnicas
y herramientas para su creacin.

I. Antecedentes.
Cuando se crea un Sistema de Sistema de Informacin Basado en Computadoras (SIBC),
se debe tomar en cuenta que cumpla con las siguientes caractersticas:
Estar orientado a apoyar las funciones bsicas de organizacin o del rea.
Administrar diversas cantidades y tipos de informacin.
Integrar mltiples versiones de los esquemas de modelacin de la informacin, de
la institucin, que se han dado en el transcurso del tiempo.
Condensar, integrar, y presentar la mayor parte de la informacin relevante de un
rea particular o de toda la empresa.

Todas estas actividades, son tareas desafiantes por la diversidad de: las tecnologas de
almacenamiento, la recuperacin de los datos o de la informacin, su filtrado para su
almacenamiento y procesos comunes, su integracin o estructuracin comn, y por ltimo
y no menos importante, su presentacin en la forma ms ptima y adecuada para los
usuarios que tienen que emplearlo y actualizarlo como apoyo para su operacin integral y
correspondiente toma de decisiones.

En sntesis, Qu se entiende por un Sistema de Informacin Basado en Computadoras?

Se puede decir, que es: Un conjunto integrado de programas de computadora,
equipos y servicios de computo, cuyo propsito fundamental es: obtener y
proporcionar informacin de apoyo, a las funciones de la institucin, empresa o rea.

Entonces, por un Sistema de Informacin (tomando la libertad del trmino, en este

contexto), se considerar aquel sistema que construido para instalarse en un entorno de
computadoras, sirva para apoyar el funcionamiento de una institucin.

II. Mtodo:
Ciclo de vida de desarrollo de Sistemas de Informacin

El Ciclo de Vida de Desarrollo de Sistemas (CVDS), comnmente, se considera como el

conjunto de actividades que los: usuarios, analistas, diseadores, constructores,
implantadores y operadores; necesitan llevar a cabo para desarrollar y poner en marcha un
Sistema.

En particular, en este documento, se presentan y describen en trminos muy generales,

cada una de las fases y actividades que, -usualmente-, conforman un Ciclo de Vida de
Desarrollo de Sistemas de Informacin Basados en Computadoras (CVDSIBC).

4
Se puede considerar que, el Ciclo de Vida para el Desarrollo de Sistemas se realiza, -en
general-, siguiendo las siguientes etapas o actividades generales o fases:

1. Planeacin y Anlisis
2. Diseo
3. Construccin
4. Implantacin.
5. Operacin y Mantenimiento.

En la Figura 1, se presenta un esquema, que muestra la secuencia de aplicacin de estas

fases y en la Figura 2, se muestra una idealizacin de la necesidad de revisin de los
resultados obtenidos en las fases anteriores. De donde, algunas actividades pueden estar
en la fase de Anlisis o en su revisin o adaptacin; mientras otras, se hallan ya en la fase
de diseo, y as, sucesivamente.

Fase I: Anlisis Fase II: Diseo

Fase V: Operacin Fase III:

y Mantenimiento. Construccin

Fase IV:
Implantacin

Figura 1: Esquema con la relacin entre las fases para el desarrollo del CVDSIBC.

Figura 2: Esquema con la relacin de los resultados entre las fases para el desarrollo del
CVDSIBC.

5
Por otra parte, los recursos que se sugiere sean usados para el desarrollo del SIBC, pero,
que no se emplean as, debido a que siempre requieren respuestas rpidas y por tanto,
no bien pensadas, analizadas y diseadas son los siguientes:

Fase %
Planeacin y Anlisis 24
Diseo 26
Construccin 30
Implantacin 13
Operacin y Mantenimiento 7
Total: 100
Tabla 1: Porcentaje de recursos sugeridos para la ejecucin de cada una de las fases del
CVDSIBC

Ahora se explica la metodologa propuesta:

III. Resultados:
Metodologa para el Desarrollo de Sistemas de Informacin Basados en
Computadoras.

PRESENTACIN:
A continuacin, se describirn las actividades que se sugiere realizar en cada una de las
fases del CVDSIBC.

Es decir, se propone una metodologa sistmica y sistemtica, que sugiera el:

Qu hacer?, o sea Qu actividades hay que hacer? En cada una de las fases;
mencionando; adems las posibles tcnicas, o sea, el Cmo hacer?, lo anterior y algunas
posibles herramientas, es decir, Con que hacer? O aterrizar todo lo anterior; y por ltimo,
las posibles metas o productos a obtener, es decir, l Qu obtener particular? en cada
actividad de cada Fase.

Lo anterior, se propone estructurarlo en la que ser Tabla Metodolgica Total o Solucin

Integral, cuya estructura general se muestra a continuacin.

Metodologa con Fases, Tcnica Herramientas Metas o productos

Sub fases, actividades y correspondientes para correspondientes para particulares
pasos. apoyar a cada fase, sub apoyar a cada fase, sub correspondientes para
fase, actividad o paso. fase, actividad o paso. apoyar a cada fase, sub
fase, actividad o paso.
Qu hacer? Cmo hacer? Con que hacer? Qu obtener
particular?
Tabla 2: Estructura de Tabla Metodolgica Total o Solucin Integral

Este tipo de tablas permiten presentar soluciones, no divagaciones.

6
III.1 fase 1: Planeacin y anlisis.

La fase de Planeacin, tiene que ver con la definicin y propuesta de los elementos para
satisfaccin de una necesidad y con la identificacin de los posibles recursos necesarios
para su cumplimiento, pero, en muchas ocasiones, estas actividades se integran en la fase
de Anlisis.

Sin embargo, algo que debe tener muy claro la persona que planeara el sistema o lo dirigir
o desarrollara, es: la metodologa o secuencia de actividades que empleara, sus
correspondientes tcnicas, las herramientas ms adecuadas y los productos globales por
cada fase; como particulares para cada actividad y esto, se puede definir lo mejor posible
en la fase de planeacin, Aunado, como se coment antes, a definir los recursos, a nivel
general (por el momento), que sern requeridos.

Tomando en cuenta lo anterior, el Anlisis constituye, normalmente, la primera fase

CVDSIBC, y se enfoca totalmente al intento de seccionar un posible problema u
oportunidad en las partes que lo conforman para analizarlo y comprenderlo, asi como
de desarrollar soluciones de carcter general que fuesen aplicables en este contexto
o medio ambiente.

El problema o situacin objeto de anlisis puede significarse, por un conjunto de

procedimientos y mtodos administrativos que han sido por la dinmica del rea en que se
inscriben y cuyo nivel de contingencia es muy elevado.

Esta situacin puede darse por ausencia total de mtodos o procedimientos, por cambios
en las estructuras administrativas, o por inadecuaciones de las mismas, o tambin por una
mezcla de todas las causas mencionadas.

Un anlisis efectivo es una etapa crtica, verdaderamente importante para el desarrollo

de futuras etapas en el Ciclo de Desarrollo del Sistema, pero es comn, que se destine a
ello un volumen de recursos reducido, ya que la distribucin de recursos (humanos,
materiales, financieros, etc.) tiende a labores cuyos resultados sean visibles e
inmediatamente medibles.

Alrededor del Anlisis de un problema u oportunidad, se encuentran siempre las personas

que requieren su solucin, o que se ven afectados directa o indirectamente por su
existencia, llamados usualmente USUARIOS.

De donde, el conocimiento de ellos, de sus actividades, y sus puntos de vista acerca del
problema, es requisito cubrirse a la brevedad posible, sin perder nunca la posicin que debe
cubrir el Analista de Sistemas frente y/o junto a los mismos.

Entonces, para su estudio y aplicacin, conviene dividir la Fase de Anlisis en tres etapas
o subfases, cronolgicamente a saber.

III.1.1 Primera subfase de Anlisis.

Identificacin y conocimiento del medio ambiente o Anlisis de la situacin actual o
Investigacin preliminar (Conocer el pasado o ayer).

En esta subfase se sugiere efectuar las siguientes actividades (Qu hacer?):

7
ACTIVIDAD 1.1.1 Identificar y obtener la: Visin, misin, polticas, planes, estrategias,
objetivos, funciones y actividades de la empresa o institucin donde se construir e
implantar el Sistema de Informacin.
(Es decir: Conocer el Medio Ambiente en General).
Para el desarrollo de la elaboracin de un proyecto de Sistemas de Informacin, es
necesario conocer previamente en trminos generales, la naturaleza del problema en
cuestin, por tal motivo es necesario investigar los antecedentes de la situacin a tratar, lo
cual nos permitir identificar el medio ambiente y reas en donde se desenvuelve el
problema, as como los elementos y relaciones fundamentales que sern objeto de estudio.

Entonces un primer punto a cumplir es el conocimiento de la Empresa o Institucin.

Para tal fin, es necesario conocer sus orgenes, razn de ser, su marco normativo, a donde
se dirige, qu espera hacer, qu hace y como lo hace. O sea, requiere conocer su, visin,
misin, polticas, sus planes y estrategias correspondientes, los objetivos a cumplir para
esos fines, las funciones que definen lo que se hace y sus correspondientes actividades y/o
procesos que permiten hacerlo.

Actividad 1.1.2: Estructura Organizacional de la Empresa

Para entender la estructura organizacional de la empresa y saber qu reas dependen de

quien, se recomienda obtener o hacer el Organigrama de la Empresa, con el fin de conocer
y tener clara el rea de oportunidad.

Actividad 1.1.3: Conocer el medio ambiente especfico del rea en el que se va a

trabajar.

Requiere conocer su, visin, misin, polticas, sus planes y estrategias correspondientes,
los objetivos a cumplir para esos fines, las funciones que definen lo que se hace y sus
correspondientes actividades y/o procesos que permiten hacerlo.

Actividad 1.1.4: Identificar funciones del rea de aplicacin del SIBC.

Debido a que las actividades no cambian, aun cuando se tenga una nueva administracin
es importante conocer las actividades de que se realizan en el rea en que se va a trabajar
y para conocerlas de una manera rpida y sencilla es usando el diagrama de flujo, otra
tcnica tambin muy usada son los Casos de Uso

Actividad 1.1.5: Obtencin de Informacin.

Es muy importante elaborar un diagrama de transformacin de la Informacin a lo largo del

tiempo y espacio. Ya que, una imagen dice ms que mil palabras, un diagrama bien hecho,
donde se muestren los procesos y las transformaciones de la informacin pueden ser una
fuente invaluable para la transformacin que se est creando.
Una tcnica que se sugiere emplear es la creacin de Diagramas de Flujo de Datos (DFD),
pero se puede emplear una equivalente.

8
Actividad 1.1.6. Identificar los procesos actuales con respecto a la situacin que se
est identificando y analizando.
(Es decir, Cmo lo hacen ahora?)
Vistas las funciones del rea y elaborado el diagrama de transformacin de la informacin
del Sistema actual; se deben conocer los procedimientos que se realizan en el rea y si es
posible en este momento, tambin los del Sistema actual para as, empezar a identificar
cules son los que podran optimizar por medio del equipo de cmputo y un posible Sistema
de Informacin nuevo.

Actividad 1.1.7. Identificar y Recopilar u obtener todo tipo de documentacin o

informacin (Formatos de Archivos/Bases de Datos, documentos, formas, etc.).
Se debe recopilar toda la documentacin posible de obtener. En el caso de que exista un
sistema manual, se deben de obtener formas, documentos, procedimientos, etc.
Si existe un Sistema Computarizado, se debern de obtener, adems, formatos de registro,
salidas y entradas actuales, procedimientos de informacin, etc.

Actividad 1.1.8. Identificar o definir los alcances del Sistema actual y del futuro.
Por ltimo, ser importante determinar si es posible, en este instante, los alcances o
resultados del Sistema actual, empezar a determinar posibles alcances del futuro Sistema.

Esta subfase, usualmente, es la ms difcil de realizar de todo el proceso de creacin

de un SIBC, debido a que, el iniciar un proyecto por medio de un proceso Sistmico y
Sistemtico, es muy complejo para los desarrolladores de SIBC, debido a su mala
formacin, en la que, solo se les ha enseado a programar en lenguajes de programacin
de computadora, hacer bomberazos o apaga fuegos o cosas urgentes y rpidas.

En un curso normal, obtener los resultados requeridos en esta subfase, se lleva la mitad
del semestre. Esto, se debe a la poca concientizacin o formacin que tienen los alumnos
hacia el trabajo Sistmico (u holstico) y Sistemtico (u ordenado).

Las tcnicas (Cmo hacer?), que se recomienda emplear en esta subfase son las
siguientes:
Para definir y elaborar objetivos [1],[8].
Para elaborar Mapas Mentales [2].
Para elaborar Diagramas de Casos de Uso [3] y [1][8]
Para la ejecucin de entrevistas y la elaboracin de cuestionarios [1], [8].
Para la obtencin y recoleccin de informacin y documentacin diversa [1], [8].
Para elaborar Diagramas de Flujo de Datos (DFDs) [4] y [7].
De observacin [1], [8].

III.1.2 Segunda Subfase de Anlisis:

Anlisis e identificacin de los requerimientos de informacin o anlisis de la
problemtica e identificacin de los requerimientos de apoyo informtico (Identificar
o Analizar el Presente u Hoy).

En esta subfase, se sugiere efectuar las siguientes actividades:

- Identificacin de posibles: entradas, salidas, procesos, archivos y/o bases de datos,

controles, tiempos, volmenes y distribucin.

Es decir, se debe obtener bsicamente, los elementos de un Sistema.

9
La tcnica sugerida, se basa en identificar, agrupar y posteriormente analizar, los
diversos elementos sistmicos, por grupos semejantes.

Se propone: reunir o integrar, juntar y analizar, los procesos o transformaciones, tambin,

reunir y analizar las entradas correspondientes: las salidas, los volmenes de todo tipo;
los grupos de datos o de informacin y su distribucin; los tiempos, tanto: de desarrollo
del sistema como de respuesta que debe de dar el mismo, los controles; hasta obtener
una tabla o cuadro sistmico que, propongo llamar: Tabla Sistmica [1], [8].

En la cual, se presenten todos los elementos precisamente de un sistema-, lo que permitir

un solo golpe de vista, identificar la situacin actual con respecto al problema o situacin
que se est analizando y proporcionar una visin sistmica [1], [8].
SUBSISTEMA ENTRADAS PROCESOS SALIDAS ARCHIVOS VOLUMENES DISTRIBUCION TIEMPOS CONTROLES
O MODULO

Tabla 3: Tabla Sistmica para el anlisis del proyecto actual. [1], [8]

Esta etapa o subfase, es tambin difcil, debido a que no existen reglas especficas de cmo
identificar y analizar los elementos sistmicos y entonces para las personas tcnicas que
realizan este trabajo, se sale del contexto en el que normalmente se mueven u operan,
muchas veces, ms formal o explcito. Por eso, se sugiere crear la Tabla Sistmica [1],
[8].

III.1.3 Tercera Subfase del Anlisis:

Propuesta General de Solucin y Reporte de Anlisis (Proponer el Futuro o
Maana).

Hay que recordar que en la fase de anlisis, el o los analistas al trabajar con los
empleados o usuarios o directivos, deben estudiar el proceso o actividades que
actualmente se efectan. Para recordar las preguntas clave (se hace referencia a las
palabras en ingls, por su empleo en el medio), se presenta la siguiente tabla:

1.- Qu se est haciendo? (what)

2.- Cmo se est haciendo? (How)
3.- Cundo ocurre? (when)
4.- Dnde ocurre? (Where)
5.- Por qu ocurre? (Why)
6.- Quin lo hace? (Who)
7.- Qu tan serio es el problema?
8.- Cul es la causa principal?
Tabla 4. Presentacin de las preguntas obligatorias, que se requiere responder por los usuarios
en la fase de Anlisis.

Considerando lo anterior, en el reporte del anlisis o propuesta general de solucin, se

debe obtener un documento con los siguientes conceptos:

10
1.- Planes y programas de trabajo y un anlisis del Costo/Beneficio
2.-Nuevo marco Normativo
3.-Descripcin detallada de las funciones que se realizarn por el SIBC y los usuarios.
4.-Descripcin de la posible herramienta a emplear y el medio ambiente computacional en
que se desea implantar.
5.- Diagrama de Flujo de Datos, en que se describa el nuevo flujo de funcionamiento.
6.-Una Tabla Sistmica, -semejante a la de la segunda subfase-, pero en la que se
presenten los resultados del Anlisis, que en gran medida formarn la propuesta general
de solucin, y que conste de los siguientes elementos del SIBC:
-Entradas posibles; salidas requeridas; procesos a realizar; archivos o Base de
Datos a emplear; controles necesarios; volmenes posibles; distribucin; tiempos
requeridos tanto: de respuesta como de desarrollo.

Todo lo anterior revisado y autorizado por el USUARIO.

Las tcnicas sugeridas, son las siguientes:

-Para elaborar planes y/o programas de trabajo, tales como: los diagramas Gantt o PERT,
con su correspondiente CPM o Ruta Crtica y una herramienta posible sera el paquete
Projet de Microsoft,o alguna equivalente.

-Para elaborar Diagramas de Flujo de Datos (DFDs).

-Para efectuar Anlisis de Costos /Beneficios.

En todas las etapas del Ciclo de Vida de un Sistema, y particularmente en el anlisis, la

comunicacin formal y disciplinada, as como el registro sistmico y sistemtico de todo
cuanto pudiera servir para el proyecto, pudiendo parecer actividades superfluas, -para
algunos-, resultan una premisa de trabajo, indiscutible.

La computadora es una herramienta fabulosa, compleja, cara, eficiente, flexible y

continuamente atacada. Todo descuido en el nacimiento de un sistema (en particular los
computacionales), redundar ms tarde en fallas que habrn de distraer mayores recursos
para subsanarlas o remediarlas, que los necesarios para evitarlas en estas primeras
actividades.

III.2 fase 2: diseo

Como segunda etapa del Ciclo de la Vida de un Sistema de Informacin, el Diseo recibe
los productos finales del anlisis (es decir, la Propuesta General de solucin) y fundado en
ellos. TRADUCE, los lineamientos que de ah emanan en postulados de carcter tcnico,
que sirvan de gua a las etapas posteriores. Sin perder nunca de vista el contexto
determinado, por el concepto de sistema aprobado en la propuesta del anlisis.

11
Entonces el Diseo de los Sistemas de Informacin computacionales es: la coleccin de
actividades necesarias para conducir (ampliando y adaptando los postulados de la
propuesta del anlisis) a la creacin del sistema hasta el momento en que las instrucciones
o procesos de cada programa computacional puedan ser codificadas por el programador o
creadas en una herramienta automtica de construccin, tal como una tipo CASE
(Computer Aided Sofware Engineering) o 4GL, o implantados por el medio de un sistema
Manejador de Bases de Datos (DBMS, por sus siglas en ingls), como lo son: los de las
empresas Oracle o Informix; o el llamado Access del entorno Office.

De donde, la etapa de diseo de un sistema de informacin basado en computadoras (y en

general, para cualquier sistema) est tcnicamente orientada a responder a la pregunta
Cmo hacerlo?, una vez que en la etapa de anlisis, se ha propuesto: Qu hay qu
hacer?

Las etapas o subfases en que, usualmente, se divide la fase de Diseo, son las siguientes:

1. Subfase Primera: Diseo preliminar o conceptual o lgico.

2 Subfase Segunda: Diseo detallado o particular o procedural del sistema.

A continuacin, se comentan brevemente las actividades que se sugiere realizar en cada

una de estas subfases:

III.2.1 Subfase primera del Diseo:

Diseo preliminar o conceptual o lgico.

En esta primera etapa, el objetivo es el desarrollar u modelo conceptual mediante

acercamientos sucesivos. Esto es, partiendo de lo general a lo particular (tambin
conocido como: diseo descendente o top-dow)

Entonces, un primer intento de modelo, consiste bsicamente: en un diagrama que

identifica: los datos de entrada, describe vaga y brevemente los procesos internos y sus
relaciones entre si y enumera las salidas.

Esto es, en primera instancia, parte de los resultados del Anlisis.

A partir de tan pequeo principio y por desgloses cada vez ms amplios, debe llegarse a
un diagrama general llamado Arquitectura del Sistema de Informacin y despus, a los
correspondientes a detalle, de todos los procesos o transformaciones que efectuar el
nuevo Sistema.

En esta arquitectura del sistema, los nexos o interrelaciones, debern mostrar los
Subsistemas o Mdulos que los compondrn y en ellos; las subrutinas o submdulos de los
programas computacionales o procesos necesarios, as como; los archivos y / o base de
datos con los que trabajarn y / o actualizarn, la distribucin de sus elementos y tambin
sus posibles controles.

12
Adems en la subfase de diseo preliminar se debe de determinar la informacin fuente o
de origen a captar, con sus correspondientes diseos de entradas y los reportes o salidas
o tipos de informacin que se producirn, los controles, los tiempos, la planeacin de las
pruebas, capacitacin e implantacin. Etc.

Aun cuando el mayor detalle, desde el punto de vista del diseo de procesos
computacionales-, corresponde a la 2 Etapa (Diseo Detallado), algunas cosas debern
quedar claras desde sta primera etapa, tales como:

Identificacin del producto principal del sistema (de acuerdo con los objetivos
de la propuesta del anlisis), describiendo lo ms completamente posible a los
procesos , as como, a sus fuentes y productos y las operaciones detalladas (si
esto es posible, en este momento), que se realizarn.

Entonces se sugiere obtener en la subfase, lo siguiente:

- Diseo de la arquitectura del sistema
- Diseo de la interfaz con el usuario.
Esto involucra el:
Diseo de todo tipo de Salidas.
Diseo de todo tipo de Entradas.
- Diseo de los diagramas o descripcin general de todos los Procesos.
- Definicin y utilizacin de productos secundarios.

Observacin.- Por productos primarios, en este caso, se entienden los lenguajes de

desarrollo de sistemas computacionales ya sean de tercera generacin como son: el
COBOL o el RPG, o como otros ms modernos como: los Orientados a Objetos o los
Visuales o los para desarrollos en internet o combinaciones o hbridos de todos los
anteriores; y por productos secundarios; se tiene: a los paquetes de desarrollo prototpico
o herramientas CASE, a los Sistemas Manejadores de Bases de Datos, etc.

- Identificacin y definicin detallada de los elementos de almacenamiento de

informacin: Bases de Datos, Archivos, etc.

Es decir, el diseo de la estructura de la Base de Datos.

Se sugiere, para el diseo del Sistema de Bases de Datos, utilizar como tcnica, cualquiera
de las de modelacin lgica de la informacin.

O sea, aquellos modelos que son independientes de la aplicacin y cuyo objetivo es

modelar los objetos, sus propiedades o caractersticas o atributos y las relaciones que
existen entre ellos; tales como: el modelo Entidades.-Asociaciones (E-R) de Peter Chen [5],
o el modelo funcional, o algn otro de modelacin semntica; y de ah, traducirlos a un
modelo orientado a la aplicacin, en primera instancia, desde un punto de vista
conceptual y en segundo lugar, desde un punto de vista fsico, para posteriormente,

13
realizar su implantacin en el Sistema Manejador de Bases de Datos (SMBD), de que se
disponga.

En particular, en el caso de los sistemas computacionales o SIBC, est de moda, el modelo

de: Bases de Datos Relacional [5] y [6], o el de las Bases de Datos Orientadas a
Objetos; o los de archivos tipo hipertexto, empleados en Internet.

E incluso, en su momento, se tuvieron los modelos de Bases de Datos: Jerrquicas y de

Red; pero que ya se emplean poco en la actualidad; y por ltimo, los Archivos Clsicos
(por ejemplo, en formato ASCII), todava usados en mltiples aplicaciones.

- Identificacin y/o definicin de los elementos susceptibles de brindar cifras o

actividades de control.

Es decir, el diseo de los esquemas o procesos o actividades de Control.

La aprobacin del diseo preliminar, que culmina la primera sub-fase, adquiere tan
relevante importancia que algunos desarrolladores de SI la consideran como la actividad
fundamental del diseo.

En resumen; procede a tal aprobacin, la comparacin punto por punto de la Propuesta

General obtenida de la fase de Anlisis del Sistema contra el Diseo preliminar, y dicho
procedimiento se hace reiterativo en la medida en que la comparacin arroje discrepancias,
lo que implica una revisin auto-crtica, tanto de la propuesta del anlisis como la del diseo
preliminar; la aparicin del usuario con sus comentarios y sugerencias, resulta
indispensable en la discusin y aprobacin.

III.2.2 Segunda Sub-fase del Diseo:

Diseo detallado o particular o procedural del sistema.

La fase de diseo detallado del sistema correspondiente virtualmente a la construccin de

las especificaciones de cada programa computacional, lo que viene a ser el puente entre
la idea general o preliminar del diseador y el equipo de programadores o
implementadores.

Sin embargo, sta etapa tambin contempla otros puntos de inters tales como: el diseo
de formas y reportes (al detalle y estableciendo los controles de produccin, distribucin,
etc.).

Aun as, las especificaciones detalladas de los programas o procesos

computacionales, aportan el mayor peso especfico en el diseo detallado del sistema,
aadiendo algunos beneficios importantes como: el ofrecer al diseador una ultima
oportunidad de revisar la lgica del sistema como un todo; proporcionar una comunicacin
amplia y documentada con los programadores; etc.

14
Considerando lo anterior, a continuacin, se presenta lo que se sugiere, se debe incluir en
una completa (o por lo menos satisfactoria) especificacin del diseo de un programa
computacional:

a) Hoja de control de programa.

b) Diagrama de bloques del programa.
c) Descripcin de archivos (tablas) y/o Bases de Datos.
d) Tablas de decisin.
e) Tablas de referencia o diagramas de clases.
f) Datos de prueba.
g) Nomenclatura y posiblemente un glosario de trminos.
h) Su seudocdigo, o diagramas de Warnier-Orr o HIPO o equivalentes; o Diagramas
de flujo estructurado; o Diagramas de transicin de estados; u objetos; clases y
jerarquas de herencia o de secuencias; enlaces dinmicos, vnculos a Internet,
medias a incluir tipo: audio, video, imagen fija; etc.

De la clara y concisa informacin que reciba el programador o constructor o implementador,

mediante las especificaciones detalladas de los programas o procesos, depender
gradualmente su rendimiento y el de todo el equipo.

Gran parte de las especificaciones del diseo conformarn la documentacin del sistema.
Lo que tambin, ayudar posteriormente a su mejor operacin y mantenimiento.

III.3 fase 3: programacin y construccin.

La escritura o desarrollo de programas o procesos en la computadora es normalmente la

actividad individual ms operativa (e incluso tediosa), en el desarrollo de un Sistema de
Informacin Basado en Computadoras.

Las tareas o actividades inherentes a la etapa de programacin pueden identificarse como

sigue:

1. Identificacin de los propsitos del programa y con ellos la primera aproximacin

lgica a las rutinas que la computadora debe efectuar y a los lmites (alcances) del
programa. Esto implica una revisin de las especificaciones tanto generales como
detalladas del diseo.
2. Definicin de la secuencia lgica en que los datos de entrada debern ser
procesados y su operacin (tambin secuenciadas lgicamente) por las rutinas o
procesos computacionales.
Varias tcnicas se pueden emplear, para la definicin de estos procesos, tales
como: diagramas de flujo de datos lgicos, Warnier-Orr, HIPO, Tablas de
decisiones, rboles estructurados, espaol estructurado, diagramas de
componentes o de secuencias, etc.
3. Traduccin del planteamiento lgico del proceso (anterior), a cdigos de
programacin entendidos por el procesador especial o de lenguaje de
programacin llamado compilador o una interfaz de ms alto nivel, por medio de
la operacin denominada codificacin de instrucciones. Es ste, el ltimo momento
15
 de reanalizar la decisin tomada por el diseador acerca del lenguaje computacional
que se utilizar o de Sistema Manejador de Bases de Datos a emplear.
4. Compilar u operar las instrucciones mediante el uso de procesadores
(compiladores) especficos, a fin de depurar los posibles errores de sintaxis y/o de
lgica cometidos al codificar o al emplear una interfaz de ms alto nivel. El proceso
de compilacin traduce las instrucciones codificadas en un lenguaje de
programacin, intermedio, a un lenguaje de maquina comprensible y ejecutable
por la computadora.
5. Prueba del programa; esta tarea implica suministrar al proceso computacional datos
de entrada artificiales para observar su ejecucin, confrontando paso por paso las
especificaciones (especificadas en las tablas de decisiones y secuencias de
actividades) previas, con los resultados de la ejecucin.
Los datos de prueba debieron der diseados con el propsito de: abarcar todos y
cada uno de los objetivos y circunstancias posibles a enfrentar por el programa. Al
proceso de rastreo y correccin de errores en esta etapa, se le denomina
comnmente con el vocablo ingles de Debug (polilla o busca polillas).
6. Descripcin de actividades a ser realizadas por el personal que administre o maneje
operativamente el programa computacional en su forma ejecutable u de operacin
final.
Por ejemplo: el operador o administrador del programa computacional, de la
computadora o de la red, usuario final o casual, etc.
En sntesis, se tienen que elaborar los manuales de tipo:
Tcnicos para otro informtico (que por ejemplo, pueda darle
mantenimiento);
De operacin para el administrador del: sistema de informacin, entorno
de cmputo, sistema de red de telecomunicaciones, bases de datos,
webmaster, etc.
De operacin para el usuario final.

Slo, como una referencia general, se comentan algunos de los lenguajes artificiales de
alto nivel, ms comnmente usados en el desarrollo de Sistemas de Informacin Basados
en Computadoras: COBOL, RPG y el SQL Sructured Query Language (Lenguaje
Estructurado de Consultas)-, lenguaje de moda en el manejo de la informacin procesada
por los Sistemas Manejadores de Bases de Datos actuales.

Ensamblador. Orientado principalmente a la resolucin de problemas de software del

propio equipo de computacin (ejemplo: rutinas para el manejo de canales hacia una
unidad de disco o cintas magnticas). No se emplea directamente para desarrollar los
Sistemas de Informacin, ms bien su funcin es que por medio de l, se creen las
estructuras necesarias, para su operacin.

Otros lenguajes, actualmente, empleados en el desarrollo de Sistemas de Informacin

Basados en computadoras son: El lenguaje C y otros semejantes: Turbo Pascal, Fortran,
etc.; los lenguajes visuales: Visual Basic, Delphi, Visual Foxpro, etc.; los lenguajes
Orientados a Objetos (puros y visuales) Smalltalk, Elffel, C++, Visual C++, etc; los lenguajes

16
orientados a entornos de internet:: HTML, Java, ASP, etc; e incluso, los empleados en la
llamada Inteligencia Artificial Prolog, Lisp, Ada, etc.

-Con la creacin de algunos conceptos computacionales de proceso, toles como el: tiempo
real, tiempo compartido, bases de datos, redes, tecnologa cliente/servidor, Internet,
multimedia, etc.; que ponen a disposicin del usuario; en todo momento, su informacin,
procesada con gran rapidez y exactitud, y adems que, puede comunicarse con la
computadora directamente, mediante una pantalla (en red), o con su propia computadora
(PC); surgieron y vienen desarrollndose a grandes pasos lenguajes llamados
declarativos (como el SQL), e interfaces grficas para el desarrollo o generacin de
productos del tipo sistemas de informacin, sumamente amigables y fciles de usar.

Por mencionar alguno, dentro del entorno Windows, se tienen, por ejemplo, el Access, el
Excel, etc.

Esto ha ocasionado que las personas, en general, consideren que no es necesario pensar
mucho los procesos de desarrollo de programas de cmputo; lo cual no es cierto, ya que
ahora, es cuando ms, se debe de considerar el realizar todas las actividades para que la
herramienta sea precisamente eso, en excelente medio que nos permita obtener mejores
productos y no solo dar maquinazos a ver si se obtiene algo, por medio de la opcin de
la prueba y el error.

En este momento, est de moda la: Programacin Orientada a Objetos (POA), basada en
estructuras jerrquicas y el concepto de herencia, la integracin de procesos y datos en
cosas, llamados objetos o cpsulas, el uso de procesos comunes, con el mismo nombre,
pero, diferentes funciones, denominado polimorfismo, etc. [7].

Durante mucho tiempo se ha considerado que el proceso de programacin de

computadoras est ms cercano a la creatividad (y a un gran sentido artstico) que a la
aplicacin de mtodos esquemticos.

Desde luego, cualquier persona puede, en un lapso relativamente corto, aprender la forma
y sintaxis de un lenguaje, pero habr de requerir cierta dosis de talento (y del preciado
sentido comn), para desarrollar correctamente un diagrama de lgica computacional.

III.4 fase 4: implantacin o instalacin o conversin.

La implantacin o instalacin del sistema tiene que ver, en primera instancia, con las
consideraciones de hardware y software del mismo y usualmente, se lleva a cabo con
posterioridad a la prueba del sistema.

Es difcil de precisar el punto inicial de la etapa de instalacin del sistema, principalmente,

porque cuando se empieza esta actividad, algunos de los programas o procesos que lo
componen, no estn completamente operacionales y documentados. Asimismo, no es fcil
determinar cundo finalizar la instalacin y cuando se inicia la operacin.

17
Sin embargo, para la instalacin o implantacin del sistema se sugiere realizar algunas
actividades, tales como:

III. 4.1 Preparacin de la Implantacin. Entrenamiento del usuario

El entrenamiento de las personas que toman parte en las operaciones diarias con el
sistema, es de vital importancia para facilitar y hacer bien el trabajo.

Entonces, algunos tpicos a tratar en el entrenamiento o capacitacin del usuario seran:

1. A personal nivel oficinista:

-Recoleccin de la informacin; Sistemas de codificacin; Preparacin de los

documentos; Operacin de terminales e interfaces grficas; Mantenimiento de archivos
y/o Bases de Datos; Emisin de reportes o salidas diversas y cifras de control; Otros
(Por ejemplo: reinicio del sistema en caso de cada).

2. A personal de un nivel medio o administrativo:

-Formato y contenido de los reportes; Necesidades de retencin de la informacin;

Operacin de terminales e interfaces grficas; Emisin de reportes o salidas diversas y
cifras de control; Posibilidades de almacenamiento de datos; Establecimiento de
estndares; Otros.

Otra actividad a realizar con el usuario, durante la implantacin, es.

Efectuar una completa revisin del Sistema, lo que involucra la:

Prueba de cada programa del sistema, de cada mdulo y de todo el sistema.

III.4.2 Implantacin y/o Conversin Completa del Nuevo Sistema.

La implantacin del sistema nuevo, es una actividad sumamente delicada y debe de

realizarse con el mayor esfuerzo posible para tratar de obtener un a conversin correcta y/o
sin tantos problemas o tropiezos.

El analista junto con el usuario, deben determinar lo siguiente:

a) Mtodo o tipo de implantacin o conversin:

-Conversin en paralelo.
-Conversin inmediata
-Conversin gradual
-Conversin piloto

18
 b) Programa de trabajo para la conversin:
-Tiempo esperado de conversin.
-Verificar el plan de conversin de acuerdo con realidad. Revisar, por ejemplo, las
cargas de trabajo: en horarios normales o en los llamados pico.
c) Conversin de una tecnologa a otra.
Por ejemplo, de un sistema centralizado a uno distribuido o tipo cliente/servidor; o
de uno procedural a uno orientado a objetos; o de interfaces textuales a visuales o
incluso totalmente multimedia o internet; o combinaciones de todos estos enfoques;
etc.

A dems, el desarrollador debe identificar lo siguiente:

-Puntos de revisin o de control en la conversin.

Los cuales, son puntos que permiten verificar los procesos para ver la validez de los datos
que ingresan y la informacin que se emite; as como de los mismos procesos o programas.

Por ejemplo, su tiempo de respuesta, en hora pico y en hora no-pico, etc.

-Controles contables.

Se refiere a ciertas cifras de control sobre campos o elementos computacionales, que en

conjunto se usan para verificar el manejo u operacin de los datos.

Por ejemplo, nmero de altas, bajas, cambios a registro en archivos o Bases de Datos, etc.

-Procedimiento de reiniciacin.

En caso de cadas del sistema tanto: totales como parciales.

-Identificacin de los archivos y/o bases de datos a convertir

Realizacin de todos los procesos logsticos necesarios, para ello.

III.4.3 Otras actividades a realizar en la Fase de Implantacin

-Documentacin final del Sistema.

Se debe incorporar a la documentacin preliminar del sistema, la documentacin de prueba

y conversin del mismo para ir formando la documentacin total del mismo. Es decir, se
deber actualizar la documentacin del sistema y terminar los manuales de operacin.

19
-Transferencia del Sistema a control del rea de produccin.

Durante el periodo de instalacin, del sistema, bajo control hasta ahora, de analistas y
programadores, debe pasar al grupo de operacin y produccin. El xito de la transferencia
depende de las instrucciones adecuadas a las reas de produccin y/u operacin, adems,
de manuales efectivos de operacin, de usuario y tcnico.

-Orientacin Gerencial.

Una vez que los gerentes o ejecutivos han sido debidamente informados sobre las tcnicas
de proceso de datos, se les debe instruir sobre el sistema que van a tener a su cargo como
usuarios y La ejecucin adecuada de estas actividades allana muchos de los problemas de
instalacin y posterior de los usuarios.

III.4.4 Problemas ms comunes en la Fase de Implantacin.

-Falta de planeacin para la instalacin del sistema (Por parte de los constructores, esto
es, muy comn).

-Sistemas parcialmente depurados presentados como listos para su operacin (muy

comn, sobre todo en sistemas de cmputos complejos o grandes). Tambin, retardados
o demoras en la entrega de los mismos, ya sea, por sobrecarga de trabajo en el desarrollo
o en la implantacin, o por combinaciones de todo lo anterior, etc.

-Falta de conocimiento en el manejo de datos u operacin del sistema (por parte del
usuario, debido a deficiencias en su capacitacin). Por ejemplo, entrenamiento deficiente al
encargado de preparar la entrada del sistema.

-Falta de instrucciones de operacin o instrucciones incorrectas (Manuales de

operacin, incorrectos o completos).

-Aspecto psicolgico:

a) Resistencia al cambio.
b) Temor a la computadora.
c) Miedo a perder el control.

III.5 FASE 5: OPERACIN Y MANTENIMIENTO DEL SISTEMA

La fase o etapa de operacin del sistema de informacin, es aquella en la cual el sistema

instalado, se transfiere del rea de desarrollo a la de operacin y entonces, queda
totalmente bajo control de la instancia encargada de su produccin u operacin final.

La operacin del sistema impone algunos requisitos de inters para el grupo de anlisis y
de programacin, tales como:

20
III.5.1 Conformacin del sistema nuevo a estndares de operacin.

Durante la primera etapa de operacin del sistema el desarrollador debe supervisar que la
operacin se lleve a cabo tal y como lo plane, o sea que vigilar que, desde el punto de
vista operacin se obtenga la calidad esperada, es decir, que se realicen los estndares
establecidos.

Por ejemplo, que se obtenga cierta velocidad de las personas que hace la captura de dato;
o que, el tanto por ciento de errores sea el programado, o que, el tiempo de respuesta en
las horas-pico sea el esperado; etc.

III.5.2 Evaluacin de los estndares de operacin.

El desarrollador debe vigilar que los estndares de operacin se apliquen completa y

correctamente, tanto por el personal de proceso de datos, como los otros tipos de usuarios
tambin involucrados con el sistema.

III.5.3 Evaluacin de la eficiencia de los procesos de computacin.

El analista debe revisar y evaluar la eficiencia de los procesos (ejecuciones) que realiza la
computadora para determinar los errores y su causa.

III.5.4 Mantenimiento de los programas o mdulos.

No importa, que tan bien, hayan sido desarrollados y probados los programas
computacionales, la operacin normal, revela la necesidad de hacer cambios.

Ahora bien, si la documentacin de los programas es correcta, el problema de modificarlos

es sencillo o no tan difcil, como es comnmente, al carecer, de todo tipo de cmputo, es el
siguiente:

Hacer un cuidadoso anlisis del problema.

Planear y con esa base realizar el cambio.
Documentar el cambio.
Registrar el cambio en la bitcora de mantenimiento.
Revisar que el cambio opere bien.
Informar, a quien corresponda, de la terminacin del cambio.

III.5.5 Obtencin de mejoras en la operacin.

Generalmente los programadores o analistas pueden hacer mejoras en la operacin del

sistema, ya que son el enlace entre personal de operacin y el usuario.

Despus de observar la operacin, se pueden descubrir opciones que mejoras la eficiencia

aunque debe esperarse cierta resistencia al cambio, por parte de los usuarios, que ya se
acostumbraron a la forma de operar de los procesos anteriores.

21
III.5.6 Revisin y Evaluacin Total del sistema

Despus de que un sistema ha sido operado por un tiempo, es conveniente revisar y evaluar
su ejecucin. Esta revisin deber revelar el grado en que el sistema est cumpliendo,
realmente, los objetivos que se definieron para su creacin.

La revisin deber dirigirse, principalmente, a las siguientes cuestiones:

III.5.6.1 Satisfaccin del usuario con las salidas del sistema

El desarrollador deber investigar directamente con el usuario la calidad de los resultados

recibidos para lo cual podr preguntar o investigar lo siguiente:

- Oportunidad con la que recibe los reportes o salidas diversas.

- Exactitud de los datos. O si contiene toda la informacin que requiere.
- La informacin ingresa retrasada o con algn tipo de falla al entrar.
- Le gustara que las cosas siguieran igual o algo debe modificarse?

III.5.6.2 Eficiencia del actual sistema respecto a sus procesos de recoleccin y

entrada de datos.

El analista deber evaluar el trabajo de aquellas personas que reciban informacin o

preparan documentos fuentes a fin de determinar si la forma en que lo hacen es eficiente.
Por ejemplo, si, el nivel o capacitacin del personal es el adecuado y / o el tiempo en que
se realizan los procesos es el correcto. Etc.

III.5.6.3 Contribucin directa del sistema a los objetivos de la organizacin.

Este punto es muy subjetivo, o sea, difcil de evaluar debido a que en la mayora de las
veces la implantacin de un sistema de informacin no genera, en principio, beneficios
directos y cuantificables. Sin embargo, el analista podr investigar si se cumplen los
objetivos establecidos. Por ejemplo, si hay ahorro en costos. Si se mejora la eficiencia de
las personas, o si permiti tomar decisiones a los ejecutivos en forma ms oportuna y
adecuada.

III.5.6.4 Contribucin indirecta del sistema a los objetivos de la organizacin.

Este punto es an ms subjetivo. Sin embargo, se podr investigar qu es lo que ocurre en

aquellos departamentos ajenos al que se ha instalado el sistema y tratar de ver el impacto
de la implantacin del mismo, en esas reas.

III.5.6.5 Descontento con el presente sistema.

Como resultado de los dos puntos anteriores, se puede llegar a determinar que el sistema
ya no cumple con los objetivos originalmente definidos en la fase de planeacin y anlisis,
y en ese caso, el analista junto con el usuario, deben tomar la decisin de descontinuar el
sistema, o bien, continuar con l, pero introduciendo modificaciones.
22
En primera instancia, lo que procede hacer, es dar mantenimiento al sistema, pero en caso
de que las problemticas sean de un impacto grave, se sugiere considerar la situacin de
sustituirlo por uno nuevo y entonces se estara otra vez, en la fase de planeacin y anlisis
de un nuevo sistema y por lo tanto. Se cierra el Ciclo anterior y se inicia Otro.

23
En resumen, se muestra una estructura general de la metodologa presentada [1],[8]:

METODOLOGA PARA DESARROLLAR SISTEMAS DE INFORMACION

BASADOS EN COMPUTADORAS (LAGS)

FASE 1. FASE 2. FASE 3. ff FASE 4. FASE 5.

PLANEA Y DISEO. CONSTRUCCIN IMPLANTACIN OPER Y
ANLISIS. O MANTO
CONVERSIN.

1.1. 2.1. Revisin 3.1. Construccin 4.1. Preparacin 5.1.

Conocimiento de la del programa de de la Conformacin
del Medio propuesta cmputo y / o implantacin del sistema a
Ambiente. del Anlisis. mdulos. (Entrenar al estndares de
usuario). operacin.

1.2 Anlisis y 2.2 Diseo 3.2. Desarrollo de 4.2. Implantacin 5.2. Evaluacin
Diagnstico del preliminar procedimientos de y / o Conversin de los
Sistema Actual. usuario. Completa del estndares de
Nuevo Sistema. operacin.

1.3 Propuesta 2.3. Diseo 3.3 Pruebas y I4.3. 5.3.

General de detallado. aceptacin del Transferencia del Evaluacin de
Solucin. sistema. Sistema al Control la eficiencia
del rea de de los
Produccin. procesos de
computacin.

1.4. Reporte 2.4. Reporte 3.4. Reporte de la 5.4.

del Anlisis. del Diseo Construccin del Mantenimient
sistema. o de
programas o
mdulos.

5.5 Revisin y
Evaluacin
total del
Figura 3. Estructura general de la metodologa LGS-AHM para el desarrollo de SIBC sistema.

24
 IV. Conclusiones.

Como se observa, el elaborar un Sistema de Informacin basado en Computadoras. No

solo consiste en elaborar o programar o desarrollar una aplicacin rapidita por medio de
un paquete computacional amigable. Para un usuario con prisa. Involucra mucha ms,
pero en particular, lo mnimo necesario para elaborar un proyecto complejo, como cualquier
otro, -como puede ser, por ejemplo: construir un edificio.

Se tiene que recordar, que en su desarrollo se debe saber perfectamente:

Qu hacer?, - Es decir, identificar y emplear una Metodologa-;

Cmo hacer?,- Usar las Tcnicas correspondientes-;

Con qu hacer?,- Emplear las Herramientas ms adecuadas-;

Y saber lo mejor posible que se desea obtener tanto a nivel general en cada fase, -Los
Objetivos Globales-; y en particular, en cada actividad o subfase -Las Metas-.

Considero que hasta el momento los resultados han sido satisfactorios, pero ms que
hablar de la bondad o desventajas de la misma, con respecto a otras metodologas, actuales
o pasadas, pienso que, el problema del mal o incluso psimo desarrollo de los Sistemas de
Informacin Basados en Computadoras, es que, no se aplica ningn tipo de
Metodologa, y lo nico que se desea es dar respuestas rpidas por medio de los paquetes
o productos computacionales de moda. Sin tomar en cuenta que esto, slo producir al
poco tiempo o al futuro remoto, mucho ms problemas que, si se hubiera hecho desde el
principio, un esfuerzo para aplicar alguna Metodologa, no importando que esta sea nueva
o antigua.

La metodologa presentada, me permito llamarla: LGS-AHM

25
Bibliografa

[1] Galindo L., Anlisis y Diseo de Sistemas de Informacin, Reporte Tcnico: Maestra en
Ciencias en Ingeniera de Sistemas, SEPI, ESIME Zacatenco, IPN, Mxico, D.F. diciembre
2005.

[2] Buzan, T., Buzan B., El Libro de los Mapas Mentales, Ediciones Urano, Madrid Espaa,
1996.

[3] Jacobson I., Booch G., Rumbaugh., J. El Proceso Unificado de Desarrollo de Software,
Addison Wesley, Madrid, Espaa, 2000.

[4] Senn. J. Anlisis y Diseo de Sistemas de Informacin, 2da Edicin, Mc. Graw-Hill,
Madrid, Espaa. 1992.

[5] De Miguel A. Piattini M., Concepcin y Diseo de Bases de Datos: Del Modelo E/R al
modelo Relacional, Addison-Wesley Iberoamericana, Wilmington, DW, USA, 1993.

[6] Date C:J; Introduccin a los Sistemas de Bases de Datos, Vol. 1, Quinta Edicin,
Addison-Wesley Iberoamericana, Wilminton, DW. USA, 1993.

[7] Coad P., Yourdon E. Objetc Oriented Analysis, 2nd Edition, Yourdon Press, N: J: USA.,
1991.

[8] Galindo L., Anlisis y Diseo de Sistemas de Informacin (en Revisin), Pearson
Educacin (Prentice-Hall-Addison Wesley) Mxico, D.F. MXICO, 2005.

26