FASE I

En esta fase se mostrará el diseño del instrumento que se aplicará a la población para el levantamiento de la información, del mismo modo se darán a conocer los resultados obtenidos a través del instrumento; de manera gráfica y de manera tabular, haciendo un breve análisis de los mismos.

Para el levantamiento de información se utilizó como instrumento el cuestionario, ya que los datos obtenidos a través de su aplicación proporcionan la información necesaria para establecer nuevas propuestas para el sistema a desarrollar. El cuestionario a aplicar esta conformado por una serie de preguntas cerradas lo cual se hace con el fin de manipular información real y actual, logrando tomar las decisiones más apropiadas. Las preguntas que lo conforman se deben responder para el posterior análisis de los datos. La información manejada será expresada en forma de tablas y en gráficos denominados población.
La aplicación del instrumento respectivo se hará a una población que está constituida por las personas que laboran en la farmacia “La Botica de la Abuela”, ya que estas serán las encargadas de manipular el sistema propuesto.
A continuación se presentan los resultados obtenidos mediante la aplicación del cuestionario:

Cuadro 1

Cantidad de encuestados que opinan Si se lleva el Control del Inventario de forma manual

Fuente: Autores

Gráfico 1. Cantidad de encuestados que opinan Si se lleva el Control del Inventario de forma manual. Fuente: Autores

En los resultados obtenidos en los análisis tabular y gráfico correspondientes a la pregunta N° 1 se observa que el 100% de los encuestados opina que el Control del inventario se lleva de forma manual.

Cuadro 2
Cantidad de encuestados que opinan si el tiempo de reabastecimiento del Inventario es de forma periódica y frecuente.


Fuente: Autores




Gráfico 2. Cantidad de encuestados que opinan si el tiempo de reabastecimiento del Inventario es de forma periódica y frecuente. Fuente: Autores

En los resultados obtenidos en los análisis tabular y gráfico correspondientes a la pregunta N° 2 se observa que el 100% de los encuestados opina que el tiempo de reabastecimiento del Inventario es de forma periódica y frecuente.


Cuadro 3
Cantidad de encuestados que opinan si es Confiable el Control del Inventario

Fuente: Autores



Gráfico 3. Cantidad de encuestados que opinan si es Confiable el Control del Inventario. Fuente: Autores

En los resultados obtenidos en los análisis tabular y gráfico correspondientes a la pregunta N° 3 se observa que el 100% de los encuestados opina que no es Confiable el Control del Inventario.

Cuadro 4
Cantidad de encuestados que opinan si es Eficiente el Control del Inventario.

Fuente: Autores

Gráfico 4. Cantidad de encuestados que opinan si es Eficiente el Control del Inventario. Fuente: Autores

En los resultados obtenidos en los análisis tabular y gráfico correspondientes a la pregunta N° 4 se observa que el 100% de los encuestados opina que no es Eficiente el Control del Inventario

Cuadro 5

Cantidad de encuestados que opinan sí se les da respuesta rápida a los clientes cuando hace el pedido de algún producto de la farmacia

Fuente: Autores

Gráfico 5. Cantidad de encuestados que opinan sí se les da respuesta rápida a los clientes cuando hace el pedido de algún producto de la farmacia. Fuente: Autores

En los resultados obtenidos en los análisis tabular y gráfico correspondientes a la pregunta N° 5 se observa que el 100% de los encuestados opina que no se les da respuesta rápida a los clientes cuando hace el pedido de algún producto de la farmacia.

Cuadro 6.

Cantidad de encuestados que opinan que tienen conocimiento acerca de la cantidad de ejemplares de cada producto quedan en el Inventario

Fuente: Autores.

Gráfico 6. Cantidad de encuestados que opinan que tienen conocimiento acerca de la cantidad de ejemplares de cada producto quedan en el Inventario. Fuente: Autores

En los resultados obtenidos en los análisis tabular y gráfico correspondientes a la pregunta N° 6 se observa que el 100% de los encuestados opina que no tienen conocimiento acerca de la cantidad de ejemplares de cada producto quedan en el Inventario.



Cuadro 7

Cantidad de encuestados que opinan que sí se aplica una reingeniería de procesos para el diseño de un nuevo sistema se solucionarán los inconvenientes que se presentan en el Control del Inventario

Fuente: Autores

Gráfico 7. Cantidad de encuestados que opinan que sí se aplica una reingeniería de procesos para el diseño de un nuevo sistema se solucionarán los inconvenientes que se presentan en el Control del Inventario. Fuente: Autores

En los resultados obtenidos en los análisis tabular y gráfico correspondientes a la pregunta N° 7 se observa que el 100% de los encuestados opina que si se aplica una reingeniería de procesos para el diseño de un nuevo sistema se solucionarán los inconvenientes que se presentan en el Control del Inventario.

Cuadro 8
Cantidad de encuestados que opinan si estarían de acuerdo con el Diseño de un Nuevo Sistema para el Control del Inventario

Fuente: Autores

Gráfico 8. Cantidad de encuestados que opinan si estarían de acuerdo con el Diseño de un Nuevo Sistema para el Control del Inventario. Fuente: Autores

En los resultados obtenidos en los análisis tabular y gráfico correspondientes a la pregunta N° 8 se observa que el 100% de los encuestados opina que si estarían de acuerdo con el Diseño de un Nuevo Sistema para el Control del Inventario.

Luego de analizar los resultados se llega a la conclusión que el desarrollo y futura implantación del sistema de Control de Inventarios para la Farmacia “La Botica de la Abuela” dará solución a la problemática que se presenta con el control de entradas y salidas de la mercancía de dicha farmacia, así como la respuesta de la existencia del producto al los clientes y la confiabilidad y eficiencia del sistema, tal como se evidencia en la información obtenida en cada uno de los ítems del cuestionario.

Analizando los resultados obtenidos se procedió a listar los requerimientos del sistema de control de inventarios para la Farmacia “La Botica de la Abuela” que a continuación se muestran:

- Permitir a los dueños y empleados de la Farmacia “La Botica de la Abuela” poder llevar un control de las entradas y salidas de mercancía del Inventario.
- Permitir a los empleados tener conocimientos acerca de la cantidad de ejemplares de cada producto que queden en el inventario.
- Hacer más eficiente y eficaz la atención hacia los clientes.
- Dar respuesta a los clientes de forma más rápida reduciendo así los tiempos de repuesta.

ESTUDIO DE FACTIBILIDAD DEL PROYECTO

ESTUDIO DE FACTIBILIDAD

En general los análisis de factibilidad o los estudios de factibilidad, se completan durante la fase de diseño de sistemas, normalmente durante la consideración de la evaluación de las diferentes alternativas de solución propuestas. Para la elaboración del nuevo sistema se realizaron los estudios de factibilidad mencionados a continuación:

Factibilidad Técnica

- La farmacia “La Botica de la Abuela” actualmente cuenta con la disponibilidad de los equipos necesarios que permiten la elaboración e implantación de un nuevo sistema.

- El personal que trabajará con el sistema de inventario propuesto posee la experiencia técnica requerida para diseñar, implementar, operar y mantener el dicho sistema, es decir, el personal esta apto para manejar el mismo.

- El software que será implementado cumple con los requerimientos para la elaboración del sistema propuesto.

Factibilidad Económica

- El tiempo establecido para la elaboración del Sistema está dentro del estimado por los usuarios y no se presentan costos adicionales.

- Los materiales y equipos a utilizarse para el desarrollo del sistema no representan una carga económica adicional para La farmacia “La Botica de la Abuela”, ya que la misma cuenta con los recursos necesarios para su implementación.

Factibilidad Operacional

- Al momento de ser concluido el proceso de elaboración del sistema de Control de Inventario, el mismo será implantado para luego ser utilizado en el control de entradas y salidas de mercancía de La farmacia “La Botica de la Abuela”.

ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS

El análisis y diseño de sistemas se refiere al proceso de examinar la situación de una empresa con el propósito de manejarla con métodos y procedimientos más adecuados.

Se puede dividir en dos: el análisis de sistemas que comprende la planificación, el levantamiento inicial de información y el estudio en detalle del sistema actual para luego recomendar o estructurar las especificaciones necesarias para el nuevo sistema; y el diseño que consiste en llevar a cabo el sistema por medio de la clasificación y empleo de la información de manera que se pueda ofrecer una alternativa mucho más viable.

El análisis especifica qué es lo que el sistema debe hacer. El diseño establece cómo alcanzar el objetivo. Todo sistema de información debe presentar salidas en base a entradas de datos y procesos, lo que nos dice que si deseamos entender todo lo que le ocurre a los datos antes de llegar al usuario como información .Es decir, antes de ser interpretado por el usuario final, debemos utilizar metodologías que permiten ver los sistemas en base a sus procesos.

ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS

Es un enfoque de la ingeniería de software que modela un sistema como un grupo de objetos que interactúan entre sí. Este enfoque representa un dominio en términos de conceptos compuestos por verbos y sustantivos, clasificados de acuerdo a su dependencia funcional.

En éste método de análisis y diseño se crea un conjunto de modelos utilizando una notación por ejemplo, el lenguaje unificado de modelado (UML). El lenguaje unificado de modelado se ha vuelto el lenguaje de modelado estándar usado en análisis y diseño orientado a objetos Un ejemplo de ello, un sistema de negocio, un conjunto de módulos de software y para diseñar una solución para mejorar los procesos involucrados

Las metodologías de análisis y diseño más modernas son casos de uso guiados a través de requerimientos, diseño, implementación, pruebas, y despliegue.

Los conceptos de Análisis y diseño orientado a objetos surgieron a partir de los desarrollos de lenguajes modernos de programación.

DISEÑO ORIENTADO A OBJETOS

Es una fase de la metodología orientada a objetos para el desarrollo de Software. Su uso induce a los programadores a pensar en términos de objetos, en vez de procedimientos, cuando planifican su código. Un objeto agrupa datos encapsulados y procedimientos para representar una entidad. La 'interfaz del objeto', esto es, las formas de interactuar con el objeto, también es definida en esta etapa. Un programa orientado a objetos es descrito por la interacción de esos objetos. El diseño orientado a objetos es la disciplina que define los objetos y sus interacciones para resolver un problema de negocio que fue identificado y documentado durante el análisis orientado a objetos.

INTRODUCCIÓN A LA PROGRAMACIÓN ORIENTADA A OBJETOS

Los objetos son entidades que combinan estado, comportamiento e identidad:

· El estado está compuesto de datos, serán uno o varios atributos a los que se habrán asignado unos valores concretos (datos).

· El comportamiento está definido por los procedimientos o métodos con que puede operar dicho objeto, es decir, qué operaciones se pueden realizar con él.

· La identidad es una propiedad de un objeto que lo diferencia del resto, dicho con otras palabras, es su identificador (concepto análogo al de identificador de una variable o una constante).

La programación orientada a objetos expresa un programa como un conjunto de estos objetos, que colaboran entre ellos para realizar tareas. Esto permite hacer los programas y módulos más fáciles de escribir, mantener y reutilizar.

Un objeto contiene toda la información que permite definirlo e identificarlo frente a otros objetos pertenecientes a otras clases e incluso frente a objetos de una misma clase, al poder tener valores bien diferenciados en sus atributos. A su vez, los objetos disponen de mecanismos de interacción llamados métodos que favorecen la comunicación entre ellos. Esta comunicación favorece a su vez el cambio de estado en los propios objetos. Esta característica lleva a tratarlos como unidades indivisibles, en las que no se separan ni deben separarse el estado y el comportamiento.

Los métodos (comportamiento) y atributos (estado) están estrechamente relacionados por la propiedad de conjunto. Esta propiedad destaca que una clase requiere de métodos para poder tratar los atributos con los que cuenta. El programador debe pensar indistintamente en ambos conceptos, sin separar ni darle mayor importancia a ninguno de ellos, hacerlo podría producir el hábito erróneo de crear clases contenedoras de información por un lado y clases con métodos que manejen a las primeras por el otro. De esta manera se estaría realizando una programación estructurada camuflada en un lenguaje de programación orientado a objetos.

Los lenguajes Orientado a Objetos presentan las siguientes características:

· Mejoran el mantenimiento del programa.

· Grandes partes de los programas pueden ser reutilizables.

· Reduce el costo de desarrollo de los Sistemas de Información.

· Son efectivos en interfaz grafica de usuario.

· Son efectivos en bases de datos.

· Hacia el futuro mucha carga de programación se moverá hacia la O-O

· Combina aspectos de los diagramas E-R y de flujo de datos.

· Con O-O muchos productos se están fabricando cada vez mas bajo pedido o fabricados en lotes pequeños.

· Los fabricantes buscan mayor concentración sobre la satisfacción del cliente y la penetración de mercados nicho.

· Sistemas de Información complicados están sufriendo mantenimiento, adaptación y rediseños continuos.

· El desarrollo O-O no fue una evolución instantánea.

· La notación de diseño O-O combina aspectos tanto de los diagramas de entidad-relación y de flujo de datos.

CAPÍTULO II

CAPÍTULO II

MARCO TEÓRICO

En este capítulo se hablará del grupo central de conceptos y teorías que se utilizan para formular y desarrollar argumentos refiriéndose este a las ideas básicas que forman los cimientos para los mismos. Es el producto de la revisión documental bibliográfica y consiste en recopilar ideas, posturas de autores, conceptos y definiciones que sirven de base para la investigación a realizar.

ANTECEDENTES DE LA INVESTIGACIÓN

En este trabajo se pueden observar antecedentes de tipo bibliográfico, los cuales son relacionados a teorías o trabajos anteriores similares al que se presenta, aunque no se pudo obtener suficiente información sobre estos antecedentes, los trabajos consultados ayudan a definir el mejor método a seguir para la solución de la problemática que se presenta en la empresa.

Implantación de un Sistema de Control de Inventario de los Insumos de un hospital. Realizado por Arizpe Guzmán Javier Mauricio, (fecha de defensa 10/10/2001), en la Universidad Católica San Pablo – Regional Cohachaban, para optar el título de licenciado en Computación; este sistema permite tener acceso al inventario del hospital, de manera tal que se obtenga la información necesaria al momento de necesitar el abastecimiento del mismo cuando sus niveles estén por debajo de lo establecido, la necesidad de implementar este sistema se suscito por la ineficiencia que presentaba el sistema de inventario que se llevaba a cabo de forma manual.

BASES TEÓRICAS

Las bases teóricas van a ser primordialmente de tipo tecnológico, que son las definiciones que se van a implementar a lo largo del desarrollo del proyecto.

SISTEMAS

El término sistema puede definirse como un conjunto de elemento de interacción. Esto significa cualquier cosa que esté compuesta de partes unidas entre sí puede llamarse sistema.

Elementos de un sistema

Entrada:

El insumo (entrada o imput) se define como el componente impulsor o indicador con el cual funciona el sistema. La función de entrada se caracteriza a la fuerza alimentadora que proporciona al sistema el material de operación.

Proceso:

Se define como la actividad que posibilita la transformación del insumo (entrada en producto, salida). El proceso puede definirse también como fenómeno (s) que cambia (n) continuamente con el correr del tiempo. En ciertos sistemas las funciones y operaciones, como también el hombre y la máquina, pueden analizarse como un proceso

Salida:

El resultado de un proceso son las salidas. Las salidas pueden definirse como el fin para el cual se unen los elementos, las características y las relaciones del sistema. Por lo tanto, la salida es congruente con el objetivo, cuya definición es similar. En un sentido bastante real, la salida representa la finalidad, meta u objetivo para los cuales se organiza el sistema.

Clasificación de los sistemas

Sistemas abiertos

El hecho de que un sistema sea abierto significa no solo que hay un intercambio entré él y el medio ambiente, sino también que este intercambio es un factor esencial que preservar su viabilidad, su capacidad reproductiva o su continuidad y su capacidad de transformarse.

Sistemas cerrados

En el sistema cerrado existe un intercambio relativamente pequeño, tanto de energía como de materia, en relación con el medio ambiente.

En todo sistema cerrado (físico) en el estado fina esta determinado incuestionablemente por las condiciones iniciales.

Sistemas Determinísticos

Es aquel que describe una operación, la cual puede predecirse. La interacción entre las partes del mismo, se conoce a cabalidad. Si se tiene la descripción de un estado del sistema y su operación, el estado futuro más próximo del mismo, se puede dar con exactitud, sin error.

Sistema probabilístico

Se puede definir como un sistema que tiene un comportamiento, el cual está afectado por a probabilidad de manera que la predicción del estado futuro del comportamiento de estos sistemas íntimamente ligado a cierto grado de error

SISTEMAS DE INFORMACIÓN

Es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio.

Un sistema de información requiere de dos aspectos importantes para su funcionamiento, los cuales son: el equipo computacional que no es mas que el hardware necesario para que el sistema de información pueda operar y el recurso humano que interactúa con el Sistema de Información, el cual está formado por las personas que utilizan el sistema.

Un sistema de información realiza cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de información.

INVENTARIO

Un inventario representa la existencia de bienes muebles e inmuebles que tiene la empresa para comerciar con ellos, comprándolos y vendiéndolos tal cual o procesándolos primero antes de venderlos, en un período económico determinado. Deben aparecer en el grupo de Activo Circulante.

Clases de Inventario

De acuerdo a las características de la empresa encontramos cinco tipos de inventarios.

Inventario de Mercancías:

Lo constituyen todos aquellos bienes que le pertenecen a la empresa bien sea comercial o mercantil, los cuales los compran para luego venderlos sin ser modificados. En esta Cuenta se mostrarán todas las mercancías disponibles para la Venta. Las que tengan otras características y estén sujetas a condiciones particulares se deben mostrar en cuentas separadas, tales como las mercancías en camino (las que han sido compradas y no recibidas aún), las mercancías dadas en consignación o las mercancías pignoradas (aquellas que son propiedad de la empresa pero que han sido dadas a terceros en garantía de valor que ya ha sido recibido en efectivo u otros bienes).

Inventario de Productos Terminados

Son todos aquellos bienes adquiridos por las empresas manufactureras o industriales, los cuales son transformados para ser vendidos como productos elaborados.

Inventario de Productos en Proceso de Fabricación

Lo integran todos aquellos bienes adquiridos por las empresas manufactureras o industriales, los cuales se encuentran en proceso de manufactura. Su cuantificación se hace por la cantidad de materiales, mano de obra y gastos de fabricación, aplicables a la fecha de cierre.Inventario de Materias Primas

Lo conforman todos los materiales con los que se elaboran los productos, pero que todavía no han recibido procesamiento.

Inventario de Suministros de Fábrica

Son los materiales con los que se elaboran los productos, pero que no pueden ser cuantificados de una manera exacta (Pintura, lija, clavos, lubricantes, etc.).

Control de Inventario

Es una técnica que permite mantener la existencia de los productos a los niveles deseados. ¿Porque se debe mantener inventarios? La razón fundamental porque se debe llevar inventarios es que resulta físicamente imposible y económicamente impractico el que cada articulo llegue al sitio donde se necesita y cuando se necesita, aunque para un proveedor resulte posible suministrar materias primas con intervalos de unas cuantas horas esto resultaría prohibido debido al costo involucrado. Otras de las razones son que reduce el grado de incertidumbre de quedarse sin existencia, reduce los costos de manejo de materiales y las compras masivas o al mayoreo.

Sistema de inventario

Un sistema de inventario es un conjunto de políticas y controles que supervisan los niveles de inventario y establece cuales son los niveles que debe mantenerse, cuando hay que ordenar un pedido y de que tamaño deben hacerse. Una forma práctica de establecer un sistema de inventario es llevar la cuenta de cada artículo que sale del almacén y colocar una orden por más existencias cuando los inventarios lleguen a un nivel predeterminado. Cuando la demanda es variable (como para nuestro caso de estudio) no se sabe por adelantado cuando se terminara el inventario o que tan rápido se hará. Es difícil establecer una doctrina de operaciones económica cuando varía la demanda, y aun más difícil cuando también varía el tiempo de reorden. Cuando la demanda o el tiempo de reorden varían el intervalo entre órdenes varia, pero la cantidad ordenada siempre permanecen constante.

Clasificación de los modelos de inventarios

Los modelos de inventarios se pueden agrupar en dos grandes categorías:

a. Modelos de cantidad fija de reorden

b. Modelos de periodo fijo de reorden

El manejo de un modelo de cantidad fija de reorden la demanda se satisface a partir del inventario que se tiene, si este no es adecuado, entonces la orden se satisface después. Cada vez que se hace un retiro el balance del inventario se ajusta para mostrar continuamente el estado actual. Cuando el inventario baja a un punto de reorden establecido se coloca una nueva orden. Como las ordenes de reabastecimiento son siempre la misma cantidad, este se llama modelo de cantidad fija de reorden.

El modelo del periodo fijo de reorden la demanda se satisface con el inventario que se tiene y los faltantes trae como resultado ya sea el satisfacerlos después o la perdida de la venta. Pero aquí no existe una actualización perpetua de los registros de inventario, en su lugar se hacen revisiones periódicas a intervalos fijos de tiempo. Cuando se hace una revisión, la cantidad que se tiene (mas la cantidad ordenada menos los faltantes) se compara con el máximo deseado y se hace el pedido por la diferencia.

Costos del inventario

Al implementar un sistema de inventarios se debe considerar solo aquellos costos que varían directamente con la doctrina de operaciones al decidir cuando y cuanto reordenar; los costos independientes a la doctrina de operación no son pertinentes; básicamente existen cuatro tipos de costos pertinentes:

Ø Costo del producto

Es la suma que se paga al proveedor por el producto recibido, o costo directo de manufactura si este se produce. Normalmente es igual al precio de adquisición.

Ø Costos de adquisición

Son aquellos costos en los que se incurre al colocar la orden de compra o si se trata de manufactura se considera como costos de preparación. Estos costos varían con cada orden de compra colocada. Los costos de adquisición incluyen costos de servicio de correo, llamadas telefónica a los proveedores, costos de mano de obra en las compras y contabilidad, costos de recepción, tiempo de computo para el mantenimiento de los registros y abastecimiento para la elaboración de la orden de compra.

Ø Costos de manejo de inventario

Los costos de llevar el inventario son costos reales, los que salen del bolsillo y se relacionan con tener el inventario disponible. Estos costos incluyen los seguros, calefacción, energía, impuestos, perdidas por robo, descomposición de productos o por rotura y los costos en los que se incurre por tener el capital ocioso en los inventarios.

Ø Costos por la falta de existencia

Los costos por falta de existencia son los que ocasiona la demanda, cuando las existencias se agotan o sea son los costos de ventas perdidas o de pedidos no surtidos. La empresa pierde el margen de utilidad de las ventas no realizadas y la confianza del cliente.

BASES DE DATOS

Es una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los Sistemas de Información de una empresa o negocio en particular. Las bases de datos proporcionan la infraestructura requerida para los Sistemas de Apoyo a la Toma de Decisiones y para los Sistemas de Información Estratégicos, ya que estos sistemas explotan la información contenida en las bases de datos de la organización para apoyar el proceso de toma de decisiones o para lograr ventajas competitivas.

MODELOS DE BASES DE DATOS

Existen fundamentalmente tres alternativas disponibles para diseñar las bases de datos: el modelo jerárquico, el modelo de red y el modelo relacional.

Modelo Jerárquico.

Puede representar dos tipos de relaciones entre los datos: relaciones de uno a uno y relaciones de uno a muchos.

Modelo de Red.

Este modelo permite la representación de muchos a muchos, de tal forma que cualquier registro dentro de la base de datos puede tener varias ocurrencias superiores a él. El modelo de red evita redundancia en la información, a través de la incorporación de un tipo de registro denominado el conector.

Modelo Relacional.

Este modelo se está empleando con más frecuencia en la práctica, debido a las ventajas que ofrece sobre los dos modelos anteriores, entre ellas, el rápido entendimiento por parte de usuarios que no tienen conocimientos profundos sobre Sistemas de Bases de Datos.

SISTEMA MANEJADOR DE BASES DE DATOS (DBMS).

Es un conjunto de programas que se encargan de manejar la creación y todos los accesos a las bases de datos. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta.

Una de las ventajas del DBMS es que puede ser invocado desde programas de aplicación que pertenecen a Sistemas Transaccionales escritos en algún lenguaje de alto nivel, para la creación o actualización de las bases de datos, o bien para efectos de consulta a través de lenguajes propios que tienen las bases de datos o lenguajes de cuarta generación.

MICROSOFT ACCESS

Es un programa Sistema de gestión de base de datos relacional creado y modificado por Microsoft para uso personal de pequeñas organizaciones. Es un componente de la suite Microsoft Office aunque no se incluye en el paquete "básico". Una posibilidad adicional es la de crear ficheros con bases de datos que pueden ser consultados por otros programas.

Es un software de gran difusión entre pequeñas empresas (PYMES) cuyas bases de datos no requieren de excesiva potencia, ya que se integra perfectamente con el resto de aplicaciones de Microsoft y permite crear pequeñas aplicaciones con unos pocos conocimientos del Programa.

Tiene un sistema de seguridad de cifrado bastante primitivo y puede ser la respuesta a proyectos de programación de pequeños y medianos tamaños.

Fecha de lanzamientos

• 1992 Access 1.0
• 1993 Access 1.1
• ? Access 2.0
• 1995 Access 95
• 1997 Access 97
• 2000 Access 2000
• 2001 Access XP o 2002
• 2003 Access 2003
• 2007 Access 2007

Ultima versión

En Microsoft Office Access 2007, puede utilizar la experiencia inicial mejorada para comenzar a trabajar rápidamente con soluciones de bases de datos, incluso aunque no tenga experiencia previa con esquemas de base de datos o lenguajes de programación.

Access 2007 se ha actualizado para dotarlo de una apariencia renovada de manera que pueda crear, modificar y trabajar fácilmente con soluciones de base de datos. Del mismo modo puede utilizar la interfaz de usuario de Microsoft Office Fluent, la vista de ventanas con fichas, la barra de estado, las barras de desplazamiento y una barra de título para proporcionar a las aplicaciones creadas en Access 2007 un aspecto moderno. Con las nuevas características, como la columna Agregar nuevo campo y las capacidades de selección mejoradas, la experiencia es similar a la de trabajar con Microsoft Office Excel 2007.

La nueva interfaz de usuario de Office Fluent, que reemplaza los antiguos menús y barras de herramientas, así como la mayoría de paneles de tareas, depende del contexto y está optimizada para obtener la máxima eficiencia y facilidad de uso. Con el nuevo panel de exploración de Access 2007, obtendrá una vista completa de tablas, formularios, consultas e informes. Incluso puede crear grupos personalizados para organizar y ver todos los formularios e informes relacionados con una sola tabla.

Inconvenientes

Para bases de datos de gran calibre (en cuanto a volumen de datos o de usuarios) es recomendable usar otros sistemas como MySQL o Microsoft SQL Server, y código VBA (Visual Basic para Aplicaciones).

Entre sus mayores inconvenientes figuran que no es multiplataforma, pues sólo está disponible para sistemas operativos de Microsoft, y que no permite transacciones. Su uso es inadecuado para grandes proyectos de software que requieren tiempos de respuesta críticos o muchos accesos simultáneos a la base de datos.

VISUAL BASIC

Visual Basic es un lenguaje de programación desarrollado por Alan CooperMicrosoft. El lenguaje de programación es un dialecto de BASIC, con importantes añadidos. Su primera versión fue presentada en 1991 con la intención de simplificar la programación utilizando un ambiente de desarrollo.NET Framework, a través de Visual Basic .NET (y otros lenguajes como C-Sharp (C#) de fácil transición de código entre ellos) que presenta serias incompatibilidades con el código Visual Basic existente. para completamente gráfico que facilitara la creación de interfaces gráficas y en cierta medida también la programación misma. En 2001 Microsoft propone abandonar el desarrollo basado en la API Win32 y pasar a trabajar sobre un framework o marco común de librerías independiente de la version del sistema operativo,

Visual Basic constituye un IDE (entorno de desarrollo integrado o en inglés Integrated Development Enviroment) que ha sido empaquetado como un programa de aplicación, es decir, consiste en un editor de código (programa donde se escribe el código fuente), un depurador (programa que corrige errores en el código fuente para que pueda ser bien compilado), un compilador (programa que traduce el código fuente a lenguaje de máquina), y un constructor de interfaz gráfica o GUI (es una forma de programar en la que no es necesario escribir el código para la parte gráfica del programa, sino que se puede hacer de forma visual).

Características generales

Es un lenguaje de fácil aprendizaje pensado tanto para programadoresprogramación orientada a objetos (los propios formularios y controles son objetos), aunque sí admite el polimorfismoherencia. No requiere de manejo de punteros y posee un manejo muy sencillo de cadenas de caracteres. Posee varias bibliotecas para manejo de bases de datos, pudiendo conectar con cualquier base de datos a través de ODBC (Informix, DBase, Access, MySQL, SQL Server, PostgreSQL ,etc) a través de ADO. principiantes como expertos, guiado por eventos, y centrado en un motor de formularios que facilita el rápido desarrollo de aplicaciones gráficas. Su sintaxis, derivada del antiguo BASIC, ha sido ampliada con el tiempo al agregarse las características típicas de los lenguajes estructurados modernos. Se ha agregado una implementación limitada de la mediante el uso de los Interfaces, no admite la

Es utilizado principalmente para aplicaciones de gestión de empresas, debido a la rapidez con la que puede hacerse un programa que utilice una base de datos sencilla, además de la abundancia de programadores en este lenguaje.

El compilador de Microsoft genera ejecutables que requieren una DLL para que funcionen, en algunos casos llamada MSVBVMxy.DLL (acrónimo de "MicroSoft Visual Basic Virtual Machine x.y", siendo x.y la versión) y en otros VBRUNXXX.DLL ("Visual Basic Runtime X.XX"), que provee todas las funciones implementadas en el lenguaje. Además existen un gran número de bibliotecas (DLL) que facilitan el acceso a muchas funciones del sistema operativo y la integración con otras aplicaciones. Sin embargo esto sólo es una limitación en sistemas obsoletos, ya que las bibliotecas necesarias para ejecutar programas en Visual Basic vienen de serie en todas las versiones de Windows desde Windows 2000.

Versiones

Las versiones de Visual Basic para Windows son muy conocidas, pero existe una versión de Microsoft Visual Basic 1.0 para MS-DOS (ediciones Profesional y Estándar) menos difundida y que data de 1992. Era un entorno que, aunque en modo texto, incluía un diseñador de formularios en el que se podían arrastrar y soltar distintos controles.

La última versión sólo para 16 bits, la 3.0, incluía ya una detallada biblioteca de componentes para toda clase de usos. Durante la transición de Windows 3.11 a Windows 95, apareció la versión 4.0, que podía generar programas de 16 y 32 bits a partir de un mismo código fuente, a costa de un gran aumento en el tamaño de los archivos "runtime" necesarios. Además, se sustituyen los controles VBX por los nuevos OCX. Con la versión 5.0, se implementó por primera vez la posibilidad de compilar a código nativo, obteniendo una mejora de rendimiento considerable. Tanto esta como la posterior 6.0 soportaban características propias de los lenguajes orientados a objetos, aunque careciendo de algunos ítems importantes como la herencia, el polimorfismo y la sobrecarga. La version 6.0 continua utilizándose masivamente.

Las versiones actuales de Visual Basic se basan en la plataforma .NET. La versión 7 del lenguaje fue implementada por Microsoft en el programa Visual Basic .NET. Visual Basic .NET 2003 trajo la versión 7.1, mientras que la versión 8 fue implementada en Visual Basic 2005. Visual Basic 2008 equivale a la versión 9. Estas versiones tienen muchas de las características del lenguaje original, pero también numerosas diferencias. En muchos casos para portar un código escrito en Visual Basic 6 a Visual Basic .Net se hace necesario reescribir parte del código. La nueva versión del lenguaje es mayormente equivalente a C# aunque presenta algunas diferencias. Por eso hay un debate sobre la validez de esta nueva versión del lenguaje y sus ventajas y desventajas sobre C#.

Ventajas e inconvenientes

Ventajas

• La facilidad del lenguaje permite crear aplicaciones para Windows en muy poco tiempo. En otras palabras, permite un desarrollo eficaz y menor inversión en tiempo que con otros lenguajes.
• Permite generar librerías dinámicas (DLL) ActiveX de forma nativa y Win32 (no ActiveX, sin interfaz COM) mediante una reconfiguración de su enlazador en el proceso de compilación.
• Permite la utilización de formularios (Forms) tanto a partir de recursos (como en otros lenguajes) como utilizando un IDE para diseñarlos.
• Posibilidad de desarrollar y ejecutar aplicaciones de Visual Basic 6.0 en Windows Vista sin realizar cambios en la mayoría de los casos pero no se logra aprovechar al máximo las características de este sistema como permite hacerlo Visual Basic 2005 o Visual Basic 2008.
• Existencia de un entorno de desarrollo gratuito denominado Visual Basic Express Edition.^[1]

Inconvenientes

• Es software propietario por parte de Microsoft, por tanto nadie que no sea del equipo de desarrollo de esta compañía decide la evolución del lenguaje.
• No existe forma alguna de exportar el código a otras plataformas diferentes a Windows.
• Los ejecutables generados son relativamente lentos en Visual Basic 6.0 y anteriores al ser codigo pseudo-interpretado.
• Por defecto permite la programación sin declaración de variables. (que puede ser sencillamente corregida escribiendo la frase Option Explicit en el encabezado de cada formulario, en cuyo caso será menester declarar todas las variables a utilizar, lo que a la postre genera código más puro).
• Su sintaxis no es case sensitive (no distingue entre minúsculas y mayúsculas como C++ por ejemplo)
• No permite programación a bajo nivel ni incrustrar secciones de código en ASM.
• Sólo permite el uso de funciones de librerías dinámicas (DLL) stdcall.
• Fuerte dependencia de librerías y componentes en las versiones 6.0 y anteriores, lo que dificultaba la distribución de los desarrollos entre maquinas.
• Algunas funciones están indocumentadas.
• La escasa implementación de POO en Visual Basic 6.0 y anteriores no permite sacar el máximo provecho de este modelo de programación.
• No soporta tratamiento de procesos como parte del lenguaje.
• El manejo de errores que tiene mediante la orden on error no sigue los patrones estructurados.
• No incluye operadores de desplazamiento de bits como parte del lenguaje.
• No permite el manejo de memoria dinámica, punteros, etc. como parte del lenguaje.
• No avisa de ciertos errores o advertencias (se puede configurar el compilador para generar ejecutables sin los controladores de desbordamiento de enteros o las comprobaciones de límites en matrices entre otros, dejando así más de la mano del programador la tarea de controlar dichos errores)
• El tratamiento de mensajes de Windows es básico e indirecto.
• La gran gama de controles incorporados son, sin embargo en algunos casos, muy generales, lo que lleva a tener que reprogramar nuevos controles para una necesidad concreta de la aplicación. Esto cambia radicalmente en Visual Basic .NET donde es posible reprogramar y mejorar o reutilizar los controles existentes.
• Los controles personalizados no mejoran la potencia de la API de Windows, y en determinados casos acudir a ésta será el único modo de conseguir el control personalizado deseado.
• Su periodo de soporte técnico lo determina Microsoft. En el caso de Visual Basic 6.0 su Soporte Extendido expiró el 04 de Abril de 2008.

CICLO DE VIDA DEL DESARROLLO DE SISTEMA

El ciclo de vida del desarrollo de sistemas es el conjunto de actividades de los analistas, diseñadores y usuarios, que necesitan llevarse a cabo para desarrollar y poner en marcha un sistema de información. Se debe tener presente que en la mayoría de las situaciones del negocio, las actividades están íntimamente relacionadas y son inseparables. El ciclo de vida del desarrollo de sistemas consiste en las siguientes actividades:

Ø Investigación preliminar

Se puede iniciar una petición de en Sistema de Información por muchas razones, pero la clave es que alguien, ya sea gerente, un empleado o un especialista de sistemas, inicie un requerimiento para recibir ayuda de un sistema de información. Cuando ese requerimiento se realiza, la primera actividad de sistemas, es decir, la investigación preliminar, se inicia.

Esta actividad tiene tres partes: clasificación de requerimiento, estudio de la factibilidad y aprobación del requerimiento. El resultado será aprobar el requerimiento para la atención posterior o rechazarlo como no factible para un desarrollo futuro.

Ø Recolección y análisis de los requisitos

En esta etapa se recogen y analizan los requerimientos de los usuarios y de las áreas de aplicación. Esta información se puede recoger de varias formas:

- Entrevistando al personal de la empresa, concretamente, a aquellos que son considerados expertos en las áreas de interés.

- Observando el funcionamiento de la empresa.

- Examinando documentos, sobre todo aquellos que se utilizan para recoger o visualizar información.

- Utilizando cuestionarios para recoger información de grandes grupos de usuarios.

- Utilizando la experiencia adquirida en el diseño de sistemas similares.

La información recogida debe incluir las principales áreas de aplicación y los grupos de usuarios, al igual que la documentación utilizada.

Esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.

Ø Clarificación del requerimiento

En las empresas muchos requerimientos de los empleados y usuarios no están establecidos claramente; por lo tanto, antes de que pueda considerarse la investigación del sistema, el proyecto requerido debe examinarse, para determinar precisamente lo que desea la empresa. Una simple llamada telefónica puede ser suficiente si la persona que requiere el servicio tiene una idea clara, pero no sabe cómo establecerla. Por otro lado, la persona que hace el requerimiento puede estar simplemente pidiendo ayuda sin saber qué es lo que está mal o por qué existe un problema. La clarificación del problema es este caso, antes de poder llegar a otro paso, el requerimiento de proyecto debe estar claramente establecido.

FACTIBILIDAD

Todos los proyectos son posibles ¡si se tiene infinitos recursos y tiempo! Desgraciadamente, el desarrollo de un sistema o producto basado en computadora es muy probable que esté plagado de escasez de recursos y de fechas de entrega. Es necesario y prudente evaluar la viabilidad de un proyecto, de esta manera se pueden evitar meses o años de esfuerzo, dinero, y no se concibe un mal sistema por realizar prontas definiciones.

Se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señalados, la factibilidad se apoya en 3 aspectos básicos:

· Operativo.

· Técnico.

· Económico.

ESTUDIO DE FACTIBILIDAD

La investigación de factibilidad es un proyecto que consiste en descubrir cuáles son los objetivos de la organización, luego determinar si el proyecto es útil para que la empresa logre sus objetivos. La búsqueda de estos objetivos debe contemplar los recursos disponibles o aquellos que la empresa puede proporcionar, nunca deben definirse con recursos que la empresa no es capaz de dar.
Sirve para recopilar datos relevantes sobre el desarrollo de un proyecto y en base a ello tomar la mejor decisión, si procede su estudio, desarrollo o implementación

TIPOS DE FACTIBILIDAD

Factibilidad Técnica

Se refiere a los recursos necesarios como herramientas, conocimientos, habilidades, experiencia, etc., que son necesarios para efectuar las actividades o procesos que requiere el proyecto. Generalmente nos referimos a elementos tangibles (medibles). El proyecto debe considerar si los recursos técnicos actuales son suficientes o deben complementarse y si existe o está al alcance la tecnología necesaria para el sistema.

Factibilidad Económica

Se refiere a los recursos económicos y financieros necesarios para desarrollar o llevar a cabo las actividades o procesos y/o para obtener los recursos básicos que deben considerarse son el costo del tiempo, el costo de la realización y el costo de adquirir nuevos recursos.

Generalmente la factibilidad económica es el elemento más importante ya que a través de él se solventan las demás carencias de otros recursos, es lo más difícil de conseguir y requiere de actividades adicionales cuando no se posee.

Factibilidad Operativa

Se refiere a todos aquellos recursos donde interviene algún tipo de actividad (Procesos), depende de los recursos humanos que participen durante la operación del proyecto. Durante esta etapa se identifican todas aquellas actividades que son necesarias para lograr el objetivo, se evalúa y determina todo lo necesario para llevarla a cabo y si el sistema puede funcionar en la organización.

OBJETIVO DE UN ESTUDIO DE FACTIBILIDAD

- Auxiliar a una organización a lograr sus objetivos.

- Cubrir las metas con los recursos actuales.

El éxito de un proyecto está determinado por el grado de factibilidad que se presente en cada una de los tres aspectos anteriores.

Ø Diseño de sistemas

El Diseño de Sistemas se define el proceso de aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretación y realización física.

La etapa del Diseño del Sistema encierra cuatro etapas:

El diseño de los datos: Trasforma el modelo de dominio de la información, creado durante el análisis, en las estructuras de datos necesarios para implementar el Software.

El Diseño Arquitectónico: Define la relación entre cada uno de los elementos estructurales del programa.

El Diseño de la Interfaz: Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con él y con los operadores y usuarios que lo emplean.

El Diseño de procedimientos. La importancia del Diseño del Software se puede definir en una sola palabra Calidad, dentro del diseño es donde se fomenta la calidad del Proyecto. El Diseño es la única manera de materializar con precisión los requerimientos del cliente.

El Diseño del Software es un proceso y un modelado a la vez. El proceso de Diseño es un conjunto de pasos repetitivos que permiten al diseñador describir todos los aspectos del Sistema a construir. A lo largo del diseño se evalúa la calidad del desarrollo del proyecto con un conjunto de revisiones técnicas:

El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente.

Debe ser una guía que puedan leer y entender los que construyan el código y los que prueban y mantienen el Software.

El Diseño debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementación.

Para evaluar la calidad de una presentación del diseño, se deben establecer criterios técnicos para un buen diseño como son:

Un diseño debe presentar una organización jerárquica que haga un uso inteligente del control entre los componentes del software.

- El diseño debe ser modular, es decir, se debe hacer una partición lógica del Software en elementos que realicen funciones y subfusiones especificas.

- Un diseño debe contener abstracciones de datos y procedimientos.

- Debe producir módulos que presenten características de funcionamiento independiente.

- Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los módulos y el entorno exterior.

- Debe producir un diseño usando un método que pudiera repetirse según la información obtenida durante el análisis de requisitos de Software.

Estos criterios no se consiguen por casualidad. El proceso de Diseño del Software exige buena calidad a través de la aplicación de principios fundamentales de Diseño, Metodología sistemática y una revisión exhaustiva.

Cuando se va a diseñar un Sistema de Computadoras se debe tener presente que el proceso de un diseño incluye, concebir y planear algo en la mente, así como hacer un dibujo o modelo o croquis.

Ø Implantación del sistema

Es la última fase del desarrollo de Sistemas. Es el proceso de instalar equipos ó Software nuevo, como resultado de un análisis y diseño previo como resultado de la sustitución o mejoramiento de la forma de llevar a cavo un proceso automatizado.

Al Implantar un Sistema de Información lo primero que se debe hacer es asegurar que el Sistema sea operacional, es decir que funcione de acuerdo a los requerimientos del análisis y permita que los usuarios puedan operarlo.

En la preparación de la Implantación, aunque el Sistema este bien diseñado y desarrollado correctamente su éxito dependerá de su implantación y ejecución por lo que es importante capacitar al usuario con respecto a su uso y mantenimiento; el objetivo de la Capacitación: Es lograr que los usuarios tengan el dominio necesario del sistema y sus procesos para que de esta manera opere de manera eficiente y segura.

Ø Prueba de sistemas

Dependiendo del tamaño de la empresa que usara el sistema y el riesgo asociado a su uso, puede hacerse la elección de comenzar la operación del sistema solo en un área de la empresa (como una Prueba piloto), que puede llevarse a cabo en un departamento o con una o dos personas. Cuando se implanta un nuevo sistema lo aconsejable es que el viejo y el nuevo funcionen de manera simultánea o paralela con la finalidad de comparar los resultados que ambos ofrecen en su operación, además dar tiempo al personal para su entrenamiento y adaptación al nuevo Sistema.

Durante el Proceso de Implantación y Prueba se deben implementar todas las estrategias posibles para garantizar que en el uso inicial del Sistema este se encuentre libre de problemas lo cual se puede descubrir durante este proceso y levar a cabo las correcciones de lugar para su buen funcionamiento.

DEFINICIÓN DE TÉRMINOS BÁSICOS

Base de Datos: Una base de datos es una recopilación de información relativa a un asunto o propósito particular, como el seguimiento de pedidos de clientes o el mantenimiento de una colección de música. Si la base de datos no está almacenada en un equipo, o sólo están instaladas partes de la misma, puede que deba hacer un seguimiento de información procedente de varias fuentes en orden a coordinar y organizar la base de datos.

Inventario: Un inventario representa la existencia de bienes muebles e inmuebles que tiene la empresa para comerciar con ellos, comprándolos y vendiéndolos tal cual o procesándolos primero antes de venderlos, en un período económico determinado. Deben aparecer en el grupo de Activo Circulante.

Microsoft Access: es un programa Sistema de gestión de base de datosrelacional creado y modificado por Microsoft para uso personal de pequeñas organizaciones. Es un componente de la suite Microsoft Office aunque no se incluye en el paquete "básico". Una posibilidad adicional es la de crear ficheros con bases de datos que pueden ser consultados por otros programas.

Microsoft Visual BASIC: es un lenguaje de programación que se ha diseñado para facilitar el desarrollo de aplicaciones en un entorno grafico (GUI-GRAPHICAL USER INTERFACE) Como Windows 98, Windows NT o superior.