Anlisis y diseos de sistemas de informacinAntes 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 computarizadoEste 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 KendallEl 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 SENNPara 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 este 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 FABREGASFabregas 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 II2. 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 III3. 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 IV4. 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 V5. 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 PRESSMANDe 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 I1. 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 INVENARIOPara 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 VENEZUELAMINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIAINSTITUTO UNIVERSITARIO DE TECNOLOGIA INDUSTRIALRODOLFO LOERO ARISMENDII.U.T.I.R.L.A.

Metodologas para el anlisis y diseos de un sistema de informacin

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

CUMAN; OCTUBRE DE 2015