Anlisis y diseos de sistemas de informacin

Antes de desarrollar un proyecto, se aplica un estudio de sistemas que permita detectar

todos los detalles de la situacin actual en una empresa. Esta informacin reunida sirve como
base para crear varias estrategias de diseos. Los administradores deciden qu estrategia
seguir. Los gerentes, empleados y otros usuarios finales que se familiarizan cada vez ms con
el empleo de computadoras estn teniendo un papel muy importante en el desarrollo de
sistemas.
El anlisis de un sistema de informacin se traduce en un conjunto de procedimientos o
programas relacionados de manera que forman una sola unidad. Esto se lleva a cabo teniendo
en cuenta ciertos principios:
Debe presentarse y entenderse el dominio de la informacin de un problema.
Defina las funciones que debe realizar el Software.
Represente el comportamiento del software a consecuencias de acontecimientos
externos.
Divida en forma jerrquica los modelos que representan la informacin, funciones y
comportamiento.

Anlisis de sistema de informacin computarizado

Este proceso debe partir desde la informacin esencial hasta el detalle de la
Implementacin. La funcin del Anlisis puede ser dar soporte a las actividades de un negocio,
o desarrollar un producto que pueda venderse para generar beneficios. Para conseguir este
objetivo, un Sistema basado en computadoras hace uso de seis (6) elementos fundamentales:
Software: Que son Programas de computadora, con estructuras de datos y su
documentacin que hacen efectiva la logstica metodologa o controles de
requerimientos del Programa.
Hardware: dispositivos electrnicos y electromecnicos, que proporcionan capacidad de
clculos y funciones rpidas, exactas y efectivas (Computadoras, Censores,
maquinarias, bombas, lectores, etc.), que proporcionan una funcin externa dentro de
los Sistemas.
Personal: son los operadores o usuarios directos de las herramientas del Sistema.
Base de Datos: una gran coleccin de informaciones organizadas y enlazadas al
Sistema a las que se accede por medio del Software.
Documentacin: Manuales, formularios, y otra informacin descriptiva que detalla o da
instrucciones sobre el empleo y operacin del Programa.
Procedimientos: o pasos que definen el uso especfico de cada uno de los elementos o
componentes del Sistema y las reglas de su manejo y mantenimiento.
Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en
mente:
Identifique las necesidades del Cliente.
Evale que conceptos tiene el cliente del sistema para establecer su viabilidad.
Realice un Anlisis Tcnico y econmico.
Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del
Sistema.
Establezca las restricciones de presupuestos y planificacin temporal.
Cree una definicin del sistema que forme el fundamento de todo el trabajo de
Ingeniera.
Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y
el Software, as como de la Ingeniera humana (Manejo y Administracin de personal), y
administracin de base de datos.

Sin embargo, a lo largo del tiempo se han establecido diferentes metodologas para el
Anlisis, diseos, puesta en marcha, y evolucin de un sistema de informacin. Entre estas
pueden nombrarse:

Metodologa de Kendall
El ciclo de vida de vida del desarrollo de sistemas (SDLC, Systems Development life
cycle) es un enfoque por fases para el anlisis y el diseo cuya premisa principal consiste en
que los sistemas se desarrollan mejor utilizando un ciclo especifico de actividades del analista y
el usuario. (Kendall & Kendall)
Segn esta metodologa el ciclo de vida de un sistema consta de siete partes:
1. Identificacin de problemas, oportunidades y objetivos: Esta fase es crucial para el
xito del resto del proyecto requiere que se observe de forma objetiva lo que ocurre en
una organizacin, luego en conjunto con otros miembros de la organizacin hacer notar
los problemas. Las oportunidades son aquellas situaciones que se considera que
pueden mejorarse, perfeccionarse mediante el uso de los sistemas de informacin.
Tambin es un componente importante de la primera fase, en esta etapa se deber
descubrir lo que la organizacin intenta realizar, luego determinar si el uso de los
sistemas de informacin apoyara a la organizacin para alcanzar sus metas.
2. Determinacin de los requerimientos de informacin: Esto se hace a partir de los
usuarios particularmente involucrados, para determinar los requerimientos de
informacin dentro de una organizacin pueden utilizarse diversos instrumentos, los
cuales incluyen: muestreo, el estudio de los datos y formas usadas para la organizacin,
la entrevista, los cuestionarios; la observacin de la conducta de quien tomo la
decisiones, as como de su ambiente. Se hace todo lo posible por identificar qu
informacin requiere el usuario para desempear sus tareas.
3. Anlisis de las necesidades del sistema: Se analizan las necesidades propias del
sistema, para ello existen herramientas y tcnicas diseadas para tal fin, estas incluyen
entre otras el uso de los diagramas de flujo de datos que cuentan con una tcnica
estructurada para representar en forma grfica la entrada de datos a la organizacin, los
procesos y la salida de informacin. Tambin se analizan las decisiones estructuradas
por realizar, que son decisiones donde las condiciones, condiciones alternativas,
acciones y reglas de accin podrn determinarse.
4. Diseo del sistema recomendado: Se usa la informacin recolectada con anterioridad
y se elabora el diseo lgico de sistemas de informacin, se disea tambin
procedimiento es precisos de captura de datos, con la finalidad de que los datos que se
introducen en el sistema de informacin, sean los correctos. Esta etapa tambin incluye
el diseo de los archivos o la base de datos que almacenar aquellos datos requeridos
por quien toma las decisiones en la organizacin.
5. Desarrollo y documentacin del software: Dentro de las tcnicas estructuradas para
el diseo y documentacin del software se tienen: el mtodo HIPO, los diagramas de
flujo, los diagramas Nassi.Schneiderman, los diagramas Warnier-Orr y el pseudocdigo
es aqu donde se transmite al programador los requerimientos de programacin.
6. Pruebas y mantenimiento del sistema: Todo sistema de informacin debe probarse
antes de ser utilizado, ya que el costo es menor si se detectan los problemas antes de
que entre en funcionamiento. En un principio, se hace una serie de pruebas, con datos
tipo, para identificar las posibles fallas del sistema, ms adelante, se utilizarn los datos
del sistema real.
7. Implantacin y evaluacin del sistema: Esta es la ltima etapa del desarrollo del
sistema, esto incluye el adiestramiento que el usuario requerir. Aunque la evaluacin
del sistema se plantea como parte integrante de la ltima etapa del ciclo de desarrollo de
los sistemas; realmente la evaluacin toma parte de cada una de las etapas. Uno de los
criterios fundamentales que debe satisfacerse, es que el futuro usuario utilice el sistema
desarrollado.

METODOLOGA DE JAMES SENN

Para James Senn en su libro titulado "Anlisis y diseo de sistemas de informacin" un
sistema: "es considerar como un todo unitario y organizado de procesos, procedimientos,
tareas, mtodos y recursos materiales, tecnolgicos y humanos interdependientes, de que se
vale una organizacin para alcanzar un objetivo, y es fcilmente identificable por los lmites de
su medio ambiente".
De tal manera se puede decir que las organizaciones son sistemas abiertos, cada uno a
su vez constituido por subsistemas de mayor o menor tamao o complejidad, cada uno con
lmites claramente definidos, y todos con funciones y objetivos particulares, que unidos forman
las funciones y objetivos de la empresa u organizacin; de igual manera estn conformados o
estructurados los sistemas informticos, tambin sujetos al correcto desempeo de las
funciones de cada subsistema, para lograr as el buen funcionamiento del sistema y la
consecucin de todas sus metas.
Los sistemas de informacin segn James Senn en su libro titulado "Anlisis y Diseo
de Sistemas de Informacin" "es definido como un medio organizado de proporcionar
informacin pasada, presente y hasta futura (proyecciones) relacionada con las operaciones
internas y el conocimiento externo de la organizacin".
Es decir, que un sistema de informacin es un ente que sigue una estructura bien
organizada y claramente planteada con el fin de emitir y generar informacin histrica, actual y
proyecciones futuras, todo esto con las operaciones llevadas a cabo por la organizacin.
1. Investigacin preliminar: se inicia a travs de la solicitud del sistema (ya sea por
medio verbal, fax, e-mail, etc..); se aclarara la solicitud del horario, es decir se
especificaran los pasos a tomar; se realizara un estudio de factibilidad, es decir con qu
recursos cuento, se tomaran en cuenta 3 factores en este caso:
econmico: el valor econmico en funcin al personal, equipos, etc
tcnica: que ser la verificacin del software y hardware as como el personal tcnico y
operacional: ver si estn en la capacidad de operar con el nuevo sistema; finalmente se
aprobara la solicitud, es decir saber si cumple con las caractersticas estipuladas.
2. Determinacin de los requerimientos del sistema: es decir que tan grande es,
examinar los procesos; se hace un estudio del sistema actual, y se determinan los
nuevos requerimientos del sistema (a travs de formularios, encuestas, entre otros), as
como las entradas y salidas del sistema actual.
3. Diseo del sistema: va a ser como se va a desarrollar el sistema, la forma en como
esos requerimientos los voy a automatizar, se definen las formas de clculo, y se
describe como se transformaran los datos en informacin; este diseo se realizara en
dos bases, una lgica: donde se harn modelos e-r, bases de datos, diagramas de flujo
de datos, entre otros, y una fsica: es decir todo lo tangible (papeles, grficos, entre
otros).
4. Desarrollo del software: se dar la construccin y programacin de es
te sistema, se recomienda en algunos casos usar diseadores y analistas de la
compaa y programadores de otra compaa, o viceversa, aunque esto puede tener sus
ventajas: los costos pueden ser menores, es rentable usar un terreno por los costos, y
tambin sus desventajas: no existira comunicacin fiel entre programadores y
diseadores, entre otros.

5. Prueba del sistema: aqu se pretende detectar las posibles fallas de aplicacin del
sistema (fallas de programacin, de anlisis, de diseo (este es el ms crtico)), en este
proceso se simulan entradas de datos, se ponen a usuarios externos a interactuar con el
sistema, se hace la aprobacin escrita de todos los aspectos del sistema, cabe destacar
que esto debe hacerse de forma gradual.
6. Implantacin y evaluacin: la implantacin es el proceso de verificar e instalar nuevo
equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de
datos necesarios para utilizarla, esta implantacin se puede hacer por 3 enfoques,
piloto: se elegir solo un sector de la empresa para usar el sistema,
paralelo: se utilizara el sistema viejo y el nuevo al mismo tiempo, para comparar.
por sustitucin: sencillamente se sustituye todo el sistema (es el ms riesgoso); la
evaluacin se lleva a cabo para identificar puntos dbiles y fuertes, como la
operacionalidad (cmo funciona el sistema), la administracin, el desempeo de
desarrollo (sera una relacin de tiempo versus beneficio), el desempeo como tal y el
desempeo organizacional (relacin costo versus beneficio).

METODOLOGA DE FABREGAS
Fabregas se enfoca en la necesidad de la Organizacin para el cumplimiento cabal de
sus actividades y se basa en su metodologa para establecer fases que determinan cada paso
del diseo o la implementacin de un Sistema de Informacin, su tcnica es utilizada para
desarrollar estrategias que mejoren el funcionamiento de los sistemas de informacin ya
existentes. El ciclo de desarrollo de sistemas de informacin propuesto por Llorens Fabregas
est compuesto de 5 Fases, las cuales enfocan de una manera clara los mtodos y pasos para
la implementacin de un SI.
FASE I
1. Requerimientos: Esta fase fundamental para que la estrategia informtica encaje
dentro de las metas de la empresa, ya que en ella se cumplen las funciones del
modelaje del negocio y planificacin de sistemas; esto con el fin de proyectar las
estrategias del negocio y determinar de esta forma sus requerimientos de informacin.
Aunque la fase de requerimientos puede aplicarse a todos los procesos de la empresa, o
a un rea en especfico, suele ser ms practico analizar rea por rea del negocio.
Durante esta fase se desarrolla un modelo del rea estudiada, donde se representa: Los
procesos que se llevan a cabo, la informacin utilizada por ellos y las reglas polticas y
prcticas de la empresa relacionada con estos procesos.
Este modelo permite proyectar las estrategias, procesos y flujos de datos de la empresa
al igual que las interrelaciones entre procesos y datos, con el fin de desarrollar un plan
de sistema de informacin capaz de guiar el desarrollo de un sistema que permita dar
soporte al rea en estudio en el cumplimiento de sus objetivos.
El Plan de Sistemas debe contener:
Los sistemas que requiere el rea del negocio, as como sus bases de datos y la
informacin que intercambiaran o compartieran.
Descripcin detallada de cada sistema y aplicacin incluyendo sus objetivos funcionales
y sus bases de diseo.
Todo hardware y software que sern utilizados para el funcionamiento requeridos por el
rea de negocio (incluyendo las redes)
Mtodos de desarrollo para cada sistema como lo es adquisicin de paquetes, nuevo
desarrollo o actualizaciones
Esquema de los problemas actuales del rea de negocio y de las posibles mejoras que
se puedan realizar en cada sistema

 Anlisis de los beneficios que se espera derivar de los sistemas que conforman la
arquitectura
El plan de sistemas de informacin es uno de los factores ms importantes para el
departamento de informtica o sistemas ya que constituye la gua para emprender los proyectos
que requiera el cliente, reclutar y adiestrar al personal necesario y la adquisicin e instalacin
de hardware y software necesarios.
Adems, el plan de sistemas es fundamental para la construccin y desarrollo de un
ambiente de alta calidad y productividad ya que:
La arquitectura de sistemas sobre la cual descansa el plan para una determinada rea
de negocios define la forma de cmo cada aplicacin desarrollada ser destinada a dar
soporte a objetivos claves y estratgicos para esa especifica rea del negocio y, por
ende, a la empresa, se determinara una definicin precisa de los beneficios, alcances y
objetivos de cada sistema, lo cual creara soluciones que el negocio realmente necesite.
Estos sistemas se ajustaran a las estrategias definidas por la gerencia.
Cada proyecto tendr una prioridad fijada por la gerencia, lo que determinara el orden de
ejecucin.
Cada aplicacin desarrollada podr ser interrelacionada con otros sistemas.
FASE II
2. Anlisis / Diseo: El objetivo de esta fase es desarrollar el diseo arquitectnico de los
sistemas, utilizando los requerimientos obtenidos en la primera fase. En el diseo
arquitectnico se engloban dos componentes: los datos y los procesos, los cuales sern
analizados y diseados desde una perspectiva conceptual a una fsica, dentro de las
cuatros actividades que se encuentran en esta fase.
Actividades dentro de la fase de Anlisis/Diseo.
Analizar y Disear Proceso: Las operaciones del negocio y los requerimientos de
funcionamiento definidos en la primera fase, se toman en cuenta con el propsito de
determinar la forma en que debe funcionar el sistema.
Analizar y Disear Los Datos: Con los requerimientos de informacin definidos en la fase
I se debe organizar los distintos modelos de datos que nos ayuden a disear la base de
datos que hagan falta para que el sistema funcione de acuerdo al modelo de
funcionamiento.
Disear y Organizar Los Componentes Fsicos: Todo componente fsico como (pantallas,
base de datos) que hagan posible el funcionamiento del sistema de acuerdo al modelo
de funcionamiento.
Planificar El Desarrollo De Los Componentes Fsicos: actividad en la cual planificamos la
forma en que pueden ser construidos e implementados los componentes fsicos de una
forma rpida y productiva.
En esta fase de anlisis / diseo puede incluirse una sub.-fase de evaluacin de paquetes.
Esta se pudiese realizar si en los requerimientos se estableci adquirir un paquete de
aplicaciones en lugar de completar un diseo arquitectnico.

FASE III
3. Construccin Dentro de esta fase de construccin existen actividades separadas en
cinco sub.-fases:

Desarrollo De Infraestructura: Durante esta fase se desarrollar y organizar la

infraestructura que permita cumplir las tareas de construccin en la forma ms
productiva posible.

Adaptacin De Paquetes: Ofrece una desventaja fundamental: el personal de la

instalacin no conoce los componentes del paquete con la misma profundidad con que
conoce los componentes desarrollados por ellos mismos. Uno de los objetivos centrales
de esta sub.-fase es conocer al mximo detalle posible el funcionamiento del paquete,
este asegurar que el paquete ser utilizado con el mximo provecho, tanto desde el
punto de vista del negocio, como de la utilizacin de recursos. Cada componente del
paquete ser revisado en forma exhaustiva por el equipo Analista Usuario, con el fin
de conocer y comprender todos los aspectos del paquete.

Desarrollo De Unidades De Diseo Interactivas: Las unidades de diseo interactivas,

son procedimientos que se cumple o se ejecutan a travs de un dialogo usuario /
sistema.

Las actividades de esta sub.-fase tienen como objetivo central:

Especificar en detalle las tareas que debe cumplir la unidad de diseo
Desarrollar componentes
Realizar las pruebas unitarias y las pruebas de integracin a nivel de la unidad de
diseo.
Desarrollo De Unidades De Diseo Batch: Las unidades de diseo Batch, son
aquellos procedimientos que se cumplen en forma automatizada, pero en la que no se
entabla un dialogo entre usuario y el analista, sino que involucra grupos de
transacciones que se alimentan al computador de una sola vez. Su objetivo central es
igual a la fase de desarrollo de unidades de diseo interactivas. En esta sub.-fase se
preparan especificaciones hechas utilizando una combinacin de tcnicas como flujo
gramas, diagramas de estructuras, tablas de decisiones etc. Cualquiera que se utilice
ser til para que la especificacin sea clara y se logre el propsito de que el
programador comprenda y pueda programar y probar los programas correspondientes.
Desarrollo De Unidades De Diseo Manuales: Esta sub.-fase incluyen las tareas que
se ejecutan en forma manual que se incluyen dentro de lo procedimientos
administrativos. Las actividades de esta sub.-fase tienen como objetivo central
desarrollar todos los procedimientos administrativos que rodearn y gobernarn la
utilizacin de los componentes computarizados desarrollados en la fase de diseo
detallado y construccin.

FASE IV
4. Pruebas: Esta fase, da inicio luego de que las diferentes unidades de diseo han sido
desarrolladas y probadas por separado. Durante su desarrollo, el sistema se emplea de
forma experimental para asegurar que el software no falle, es decir que funcione de
acuerdo a sus especificaciones y a la manera que los usuarios esperan que lo haga, y
de esta forma poder detectar cualquier anomala, antes de que el sistema sea puesto en

marcha y se dependa de el. Para evaluar el desenvolvimiento del sistema, en esta fase
se llevan a cabo varios niveles de prueba:

Funcional: Prueba desde el punto de vista de los requerimientos funcionales.

De Sistema: Prueba desde el punto de vista de los niveles de calidad del sistema y de
desempeo.

De Integracin: Prueba de interfaces.

De Aceptacin Tcnica: Prueba de manejo de condiciones extremas.

Si el Sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente,
se procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema, para
de esta forma dar inicio al proceso de aceptacin final, durante el cual, el sistema comenzar a
funcionar bajo la responsabilidad del departamento de operaciones y del usuario, por un lapso
determinado de tiempo llamado Periodo de Aceptacin-Finalizado el Periodo de Aceptacin, se
le dar al sistema la aprobacin final, para que pase a ser el sistema oficial.
FASE V
5. Produccin y mantenimiento: Esta fase corresponde al Disear es la fase ms
importante donde todos los elementos del SI. Estn completos y se puede ejecutar el
proyecto. Una vez que un sistema pasa a formar parte de la vida diaria de la empresa,
cada programa, cada procedimiento y cada estructura de datos se convierte en una
pieza del negocio que, como tal, deber funcionar en forma constante, exacta y
confiable. L a operacin del negocio ahora depender del funcionamiento del sistema,
por lo que las tareas de mantenimiento cobran vital importancia.
Durante la fase de mantenimiento, se ponen en prctica todas las polticas y los
procedimientos destinados a garantizar la operacin contina de los de los sistemas y a
asegurar su uso efectivo, con el fin, de que stos se constituyan en una verdadera
herramienta de apoyo al logro de los objetivos estratgicos de la empresa (Llorens
Fabregas)
Produccin: Finalmente, en la etapa de produccin se asegura que el sistema funcione
correctamente en la mayora de los casos, y con intervencin mnima de los
administradores del sistema. Para esto se realizan nuevas pruebas, se reevalan los
resultados y se hacen refinamientos del sistema, los cambios necesarios debern ser
introducidos sin afectar a los usuarios, y deber conseguirse la mxima confianza de los
usuarios. El resultado de esta etapa un sistema listo para su operacin.

Mantenimiento: Luego que el nuevo sistema ha estado operando, el auditor de

sistemas independiente de las otras fases de la vida del sistema, revisar lo siguiente:
Determinar si el programa ha logrado los requerimientos de los objetivos, se debe
prestar especial atencin a la utilizacin y la satisfaccin de los usuarios finales, ellos
constituirn un indicador excelente. Verificar que se miden, analizan e informan
adecuadamente a la gerencia los beneficios identificados con el estudio de factibilidad.
Revisar las solicitudes de cambios a los programas que se han realizado, para evaluar el
tipo de cambios que se exigen al sistema, el tipo de cambios puede indicar problemas
de diseo, programacin o interpretacin de los requerimientos de usuario.

METODOLOGA DE ROGER PRESSMAN

De acuerdo con Roger Pressman, las etapas metodolgicas a llevar a cabo para el
desarrollo de Sistemas de Informacin, se establecen de la siguiente manera:
Etapa I

1. Anlisis de los requisitos del software: El proceso de reunin de requisitos se

intensifica y se centra especialmente en el software. Dentro del proceso de anlisis, es
fundamental que a travs de una coleccin de requerimientos funcionales y no
funcionales, el desarrollador o desarrolladores del software comprendan completamente
la naturaleza de los programas que deben construirse para desarrollar la aplicacin, la
funcin requerida, comportamiento, rendimiento e interconexin. [PRR98]. Es de suma
importancia que antes de empezar a codificar los programas, se tenga una completa y
plena comprensin de los requisitos del software.
Pressman establece que la tarea del anlisis de requisitos es un proceso de
descubrimiento, refinamiento, modelado y especificacin. Se refina en detalle el mbito
del software, y se crean modelos de los requisitos de datos, flujo de informacin y
control, y del comportamiento operativo. Se analizan soluciones alternativas y se
asignan a diferentes elementos del software. El anlisis de requisitos permite al
desarrollador o desarrolladores especificar la funcin y el rendimiento del software,
indica la interfaz del software con otros elementos del sistema y establece las
restricciones que debe cumplir el software.
El anlisis de requisitos del software puede dividirse en cinco reas de esfuerzo, que
son:
Reconocimiento del problema: Reconocer los elementos bsicos del problema tal y
como los perciben los usuarios finales.

Evaluacin y sntesis: Definir todos los objetos de datos observables externamente,

evaluar el flujo y contenido de la informacin, definir y elaborar todas las funciones del
software, entender el comportamiento del software en el contexto de acontecimientos
que afectan al sistema.

Modelado: Crear modelos del sistema con el fin de entender mejor el flujo de datos y
control, el tratamiento funcional y el comportamiento operativo y el contenido de la
informacin.

Especificacin: Realizar la especificacin formal del software

Revisin: Un ltimo chequeo general de todo el proceso.

Etapa II:
2. Diseo: Segn Pressman, el diseo del software es realmente un proceso de muchos
pasos pero que se clasifican dentro de uno mismo. En general, la actividad del diseo se
refiere al establecimiento de las estructuras de datos, la arquitectura general del
software, representaciones de interfaz y algoritmos. El proceso de diseo traduce
requisitos en una representacin de software [PRR98].
El diseo es el primer paso en la fase de desarrollo de cualquier producto o sistema de
ingeniera. De acuerdo con Pressman, el objetivo del diseo es producir un modelo o
representacin de una entidad que se va a construir posteriormente [PRR98].
El diseo, es la primera de las tres actividades tcnicas que implica un proceso de
ingeniera de software; estas etapas son diseo, codificacin y pruebas. Generalmente la
fase de diseo produce un diseo de datos, un diseo arquitectnico, un diseo de interfaz,
y un diseo procedimental [PRR98].
El diseo de datos esencialmente se encarga de transformar el modelo de dominio de la
informacin creado durante el anlisis [PRR98].En el diseo arquitectnico se definen las
relaciones entre los principales elementos estructurales del programa [PRR98]. Para una
herramienta de software basada en el desarrollo e implementacin de ambientes virtuales

ste es un aspecto fundamental dado que en esta representacin del diseo se establece la
estructura modular del software que se desarrolla.
El diseo de interfaz describe cmo se comunica el software consigo mismo, con los
sistemas que operan con l, y con los operadores que lo emplean.
Etapa III
3. Generacin de Cdigo: Esta actividad consiste en traducir el diseo, en una forma
legible por la mquina. La generacin de cdigo se refiere tanto a la parte de generacin
de los ambientes virtuales, como a la parte en la cual se aadir comportamiento a estos
ambientes. Por ejemplo, el lenguaje de programacin VRML 2.0 es un lenguaje de
modelado en 3D en el cul se dibuja por medio de generar cdigo de programacin de
formato y marcado para especificar las caractersticas del objeto u objetos que se van
agregando a un mundo o entorno virtual. El comportamiento de las escenas virtuales es
decir, su funcionalidad, se puede construir a travs de algn otro lenguaje de
programacin, como clases Java o scripts especificados en JavaScript. Todas estas
actividades implican generar cdigo.
Etapa IV
4. Pruebas: Una vez que se ha generado cdigo, comienzan las pruebas del software o
sistema que se ha desarrollado. De acuerdo con Pressman, el proceso de pruebas se
centra en los procesos lgicos internos del software, asegurando que todas las
sentencias se han comprobado, y en los procesos externos funcionales, es decir, la
realizacin de las prueba para la deteccin de errores [PRR98]. En el caso de una
herramienta de software, es necesario tener etapas de pruebas tanto para la parte
funcional del software, como para la parte aplicativa del mismo.
Se requiere poder probar el software con aplicaciones reales que puedan evaluar el
comportamiento del software, con el fin de proporcionar retroalimentacin a los
desarrolladores. Es sumamente importante que durante el proceso de desarrollo no se
pierda el contacto con los interesados o solicitantes del desarrollo de software, de esta
manera los objetivos de proyecto se mantendrn vigentes y se tendr una idea clara de
los aspectos que tienen que probarse durante el periodo de pruebas.
Etapa V
5. Mantenimiento: El software indudablemente sufrir cambios, y habr que hacer algunas
modificaciones a su funcionalidad. Es de suma importancia que el software de calidad
pueda adaptarse con fines de acoplarse a los cambios de su entorno externo [PRR98].
Por medio de la documentacin apropiada y atinada del software se pueden presentar
las vas para el mantenimiento y modificaciones al mismo.

Comparaciones entre las metodologas aplicadas por:

KENDALL: Utiliza su metodologa con un enfoque establecido por fases para el anlisis y el
diseo del sistema de informacin, de manera que la base principal consiste en que los
sistemas se desarrollan de una mejor manera utilizando un ciclo especifico de actividades del
analista y el usuario.
JAMES SENN: Define los sistemas de informacin como un medio organizado que permite
proporcionar informacin pasada presente y futura, adems de estar estructurados de manera
organizada que genera informacin a travs de operaciones internas y el conocimiento externo
dentro de la organizacin o empresa.

METODOLOGIA UTILIZADA PARA EL DESARROLLO DE UN SISTEMA DE

INFORMACION DE INVENARIO
Para una compaa comercial, el inventario comprende todas las mercancas de su
propiedad, que se tiene para la venta en el ciclo regular comercial. El inventario significa la
suma de aquellos artculos tangibles de propiedad personal los cuales estn disponibles para la
venta en una operacin ordinaria comercial y estn en un proceso de produccin para tales
ventas. As como estarn disponibles para el consumo corriente en la produccin de bienes y
servicios disponibles para la venta.
La aplicacin de un control de inventario debe clasificarse en:
Subsistemas de reserva: Se tiene una serie de opciones para realizar la reserva de los
productos a sus respectivos clientes. En el que tiene mayor interaccin el personal,
dicho subsistema se divide en:
Producto: permite modificar e ingresar los diferentes datos de los productos.
Cliente: registra y establece modificaciones en plantilla de los datos, domicilio,
telfono, o algn otro dato importante del cliente.
Pedido: permite registrar un pedido, modificarlo, o eliminarlo del sistema.
Factura: imprimir los datos ingresados con detalles del pedido anteriormente.

Subsistemas de almacenes: En el que podr tener el control de los productos que

ingresa en los almacenes para su posterior utilizacin. En este tienen mayor interaccin
los administradores:
Productos: se ingresan los productos, se toman los datos; fecha, cantidad y
descripcin del mismo, o se eliminan si existe una devolucin, segn sea el caso.
Personal: esta opcin permite ingresar, modificar o eliminar al personal. Para
ingresar al personal de la empresa se deben identificar sus datos personales y
cdigo de la empresa.

REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIA
INSTITUTO UNIVERSITARIO DE TECNOLOGIA INDUSTRIAL
RODOLFO LOERO ARISMENDI
I.U.T.I.R.L.A.

Metodo
logas
para el
anlisi
sy
diseo
s de un
sistem
a de
inform
acin

Realizado Por:
Kevyn Mattey N. C.I: 25.099.388
Harrison Galanton. C.I: 23.806.535

Seccin: R4DR

CUMAN; OCTUBRE DE 2015