I. Resumen ejecutivo
Esta idea nace del problema que tienen los empresarios tanto en grandes como en medianas empresas a la hora de conocer que les hace falta y qué deben solicitar a la hora de requerirlo, con este sistema se ahorraran las largas jornadas de inventarios y la necesidad de adquirir un producto a la hora que lo necesita.
II. Descripción del proyecto
1. Planteamiento del problema
La mayor problemática presentada al realizar cualquier tipo de pedido o movimiento en un inventario es la confusión por el hecho tener que mover una gran cantidad de información, cosa que se ve reflejada en los resultados finales y obviamente en cualquier empresa en donde se realicen análisis de grandes cantidades de información. Para una empresa es muy importante que toda la información consignada dentro de sus sistemas esta de una forma organizada y no tenga que estar pendiente de las cosas que puedan llegar a fallar, y un arreglo de esto sería que el mismo sistema notifique que objetos faltantes o cualquier error que se esté presentando.
2. Justificación del proyecto
El producto se plantea como proyecto porque cumple con una de las necesidades básicas para toda empresa o comerciante que es el manejo de la información, y que pueda obtener cualquier dato sin necesidad de tener que modificar la información. Con la idea de presentar la información de inventario de una empresa y este en la capacidad de notificar algún defecto con respecto a este, se cumple el principal requisito de una empresa con respecto al manejo de su información y de su inventario.
3. Marco teórico y estado del arte.
En si el proyecto está basado en el manejo de información por medio de bases de datos de las empresas.
BASE DE DATOS: Es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En la actualidad, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de bases de datos están en formato digital (electrónico) que ofrece un amplio rango de soluciones al problema de almacenar datos.
TIPOS DE BASES DE DATOS: las bases de datos pueden clasificarse de varias maneras, de acuerdo al contexto que se esté manejando, o la utilidad de la misma:
Bases de datos dinámicas: Éstas son bases de datos donde la información almacenada se modifica con el tiempo, permitiendo operaciones como actualización, borrado y adición de datos, además de las operaciones fundamentales de consulta.
MODELOS DE BASES DE DATOS
Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos. Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.
Bases de datos relacionales Éste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental es el uso de "relaciones". Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados "tuplas". Pese a que ésta es la teoría de las bases de datos relacionales creadas por Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla). En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. La información puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la información. El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales. Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como normalización de una base de datos.
Bases de datos multidimensionales Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creación de Cubos OLAP. Básicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en una base de datos relacional podría serlo también en una base de datos multidimensional), la diferencia está más bien a nivel conceptual; en las bases de datos multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de la tabla, o bien representan métricas que se desean estudiar.
Bases de datos orientadas a objetos Este modelo, bastante reciente, y propio de los modelos informáticos orientados a objetos, trata de almacenar en la base de datos los objetos completos. Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del paradigma de objetos: § Encapsulación - Propiedad que permite ocultar la información al resto de los objetos, impidiendo así accesos incorrectos o conflictos. § Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía de clases. § Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos. En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la definición de la base de datos. Una operación (llamada función) se especifica en dos partes. La interfaz (o signatura) de una operación incluye el nombre de la operación y los tipos de datos de sus argumentos (o parámetros). La implementación (o método) de la operación se especifica separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicación de los usuarios pueden operar sobre los datos invocando a dichas operaciones a través de sus nombres y argumentos, sea cual sea la forma en la que se han implementado. Esto podría denominarse independencia entre programas y operaciones.
Gestión de bases de datos distribuida (SGBDD) La base de datos y el software SGBD pueden estar distribuidos en múltiples sitios conectados por una red. Hay de dos tipos: 1. Distribuidos homogéneos: utilizan el mismo SGBD en múltiples sitios. 2. Distribuidos heterogéneos: Da lugar a los SGBD federados o sistemas multibase de datos en los que los SGBD participantes tienen cierto grado de autonomía local y tienen acceso a varias bases de datos autónomas preexistentes almacenados en los SGBD, muchos de estos emplean una arquitectura cliente-servidor.
SQL: El lenguaje de consulta estructurado o SQL (por sus siglas en inglés structured query language) es un lenguaje declarativo de acceso a bases de datos relacionales que permite especificar diversos tipos de operaciones en éstas. Una de sus características es el manejo del álgebra y el cálculo relacional permitiendo efectuar consultas con el fin de recuperar -de una forma sencilla- información de interés de una base de datos, así como también hacer cambios sobre ella.
CARACTERISTICAS GENERALES DEL SQL
El SQL es un lenguaje de acceso a bases de datos que explota la flexibilidad y potencia de los sistemas relacionales permitiendo gran variedad de operaciones en éstos últimos. Es un lenguaje declarativo de "alto nivel" o "de no procedimiento", que gracias a su fuerte base teórica y su orientación al manejo de conjuntos de registros, y no a registros individuales, permite una alta productividad en codificación y la orientación a objetos. De esta forma una sola sentencia puede equivaler a uno o más programas que se utilizarían en un lenguaje de bajo nivel orientado a registros.
4. Objetivos del proyecto
OBJETIVO GENERALE: · Ahorrar a los usuarios detalles acerca del almacenamiento de la información e independizar los datos sin tener que realizar cambios en las aplicaciones.
OBJETIVOS ESPECIFICOS:
· Que todos los datos repetidos se actualicen de forma simultánea. · Garantizar que la información obtenida se encuentre segura de permisos a usuarios o grupos de usuarios que intenten entrar en esta. · Minimizar el tiempo en el que se demora en proporcionar la información solicitada y al almacenar los cambios realizados.
5. Alcance del proyecto
En el planteamiento de este proyecto se busca que se logre alcanzar los siguientes aspectos costo, tiempo, y en forma con el objetivo que se cumpla.
Alcance Del Proyecto
INICIACIÓN
Se busca con este nuevo proyecto el desarrollo de nuevos métodos a la hora de elaborar inventarios ahorrando tiempo y dinero a la empresa.
PLANEACIÓN DEL ALCANCE
Se busca primero que todo que el proyecto sea puesto en proceso de desarrollo, cumplir con los objetivos previstos, que el producto tenga una gran comercialización en el mercado
Los elementos que se necesita para que el proyecto logre con las expectativas planteadas por sus socios son varios aspectos a tener en cuenta:
-Presupuesto por parte de los accionistas. -Conocimiento útil por parte de los desarrolladores del proyecto. - contar con estrategias al momento de presentar algún problema que detenga el desarrollo del proyecto. -Contar con el suficiente tiempo para el desarrollo del proyecto por parte de los socios, accionistas y desarrolladores del proyecto. -Recursos estimados
DEFINICIÓN DEL ALCANCE
Se busca que el proyecto tenga la capacidad de alcanzar con las expectativas propuestas por los socios y que el producto tenga una buena comercialización a su momento de lanzamiento:
ü Almacenamiento de base de datos donde registre los productos existentes del inventario ü Cuenta con la configuración de realizar el pedido sin la necesidad de trasmites más complicados con una notificación al cliente.
VERIFICACIÓN DEL ALCANCE
La verificación del alcance se enfoca en que los interesados en la compra del producto en este caso los empresarios estén dispuestos a adquirir el sistema. Con esto se busca la aceptación por parte de los empresarios a la implementación del software en sus empresas ya que se lograría la formalización del proyecto y sería un gran logro.
CONTROL DE CAMBIO DEL ALCANCE
Esto es un punto importante ya que en el momento que el proyecto se ponga en funcionamiento se puede tener problemas como los siguientes: Ø Algunas actividades no se tienen en cuenta. Ø No se considera entrenamiento a los usuarios Ø No se considera la documentación de nada. Interna o externa Ø Por falta de análisis se toman actividades demasiados extensas Ø Modificaciones al alcance durante el desarrollo del proyecto Ø Al introducir las modificaciones se puede elevar los costos del proyecto
Para que esto no ocurra se trata de manejar y recolectar toda la información necesaria y contar con un presupuesto que no esté incluido en las cuentas de proyecto si es necesario para la modificación del proceso.
6. Metodología propuesta
7. Área de aplicación del producto resultado del proyecto
Este proyecto puede ser aplicado a cualquier tipo de área empresarial, ya sean grandes medianas o pequeñas empresas; puesto que allí se pueden manejar los diferentes datos que en estas se utilizan como por ejemplo toda la información albergada en las bases de datos, por otro lado esta aplicación al sector económico seria expuesta no solo en la zona urbana sino también en la rural ya que estas también manejan gran cantidad de información.
8. Usuarios potenciales directos e indirectos de los resultados de la investigación:
DIRECTOS:
Empresarios, sectores financieros, gerentes comerciales y administrativos, vendedores
INDIRECTOS:
Clientes de las empresas y personas naturales
9. Cronograma Estimado
10. Herramientas de software estimadas a utilizar
1. Un equipo actualizado para un manejo más fácil, rápido al desarrollar el software.
2. Programas para compilar, ejecutar y programar el software.
3. Programas compiladores, para edición de imágenes o fotos para la presentación gráfica del sistema para un mejor aspecto.
4. Motores de bases de datos.
11. Bibliografía Descripción de la bibliografía utilizada en el desarrollo de proyecto.
· http://www.alipso.com/monografias/desarrollo_de_sistemas_de_informacion/
· http://www.hipertexto.info/documentos/b_datos.htm
12. Orientación a la web
Este proyecto consiste en una base de datos de un ferretería donde se maneja el inventario de todos los productos que en ella se encuentran, también se almacena las facturas y pedidos que se realizan a diario en ella; la orientación a la web consiste en que la base de datos se va a manejar siempre desde internet permitiendo así el manejo es varios computadores al mismo tiempo para mayor facilidad y comodidad de los compradores ya que no tendrán que esperar a que el anterior comprador termine su compra para poder ser atendido.
Esta base de datos tendrá dos tipos de accesos los cuales consisten en:
VENDEDOR: Este usuario tendrá acceso al inventario, la factura y el pedido respectivamente; ya que este lo manejaran solo los vendedores de la ferretería para saber el estado de los productos en cuanto a existencias y los respectivos valores de cada producto. Este usuario solo tendrá un acceso visual al inventario esto quiere decir que no podrá realizar cambios en los productos como modificar cantidades y/o valores de los productos solo podrá verlos.
ADMINISTRADOR: Este usuario tendrá acceso total a la base de datos esto consiste en acceso a factura, pedido, inventario como en otro usuario además de esto tendrá acceso a los respectivos informes de las ventas (facturas), compras (pedidos) para así tener un control de los productos sus ganancias en un determinado tiempo ya sea semanal, mensual etc. Solo ingresando por este usuario se podrá agregar, editar o eliminar una de las otras cuentas de usuario ya que los informes de las ventas están ordenados o
13. Conclusiones
v El proyecto satisface una necesidad de los sectores económicos estableciendo una solución eficaz y planteable v Al plantear un proyecto de esta magnitud se da a entender la capacidad creativa e argumentativa del Aprendiz SENA v La adquisición de un valor educativo tanto para el Aprendiz como para el SENA

No hay comentarios:
Publicar un comentario