DISEO E IMPLEMENTACION DE UN SISTEMA DE ADMINISTRACIN INTEGRAL PARA LA GERENCIA COMERCIAL DE LA FERRETERA GRAPI S.A DE C.V
ALUMNO: ASESOR:
Lugar y Fecha
METODOLOGIA INDICE DEL CONTENIDO DEL PROTOCOLO
1. Planteamiento del problema. 2,3 2. Planteamiento metodolgico.......4 3. Indicie tentativo de la investigacin..5,6 4. Fuentes de financiamiento7 5. Programa de trabajo. ..8 6. Bibliografa.....9
PLANTEAMIENTO DEL PROBLEMA Hoy en da se puede asegurar que todas las economas, tanto de los pases llamados desarrollados como los de en va de desarrollo, estn sustentadas en clulas consumientes se conocen como pequeas y medianas empresas entre ellas las de tipo ferreteras que para los posicionaros les es un gran ofrecer las herramientas y accesorios que la gente necesita para reparar, crear, o solucionar problemas en sus hogares, trabajos, instalaciones de cualquier tipo, etc. El componente familiar de la ferreteara GRAPI del 100%, tiene un origen de cuatro aos, las decisiones de la empresa se toman en las decisiones particulares de la familia. Estructural y operacionalmente, esta de empresa se maneja con escasa muy reducida en formalidad. En la actualidad la ferretera no realiza un adecuado control de materiales que adquieren y comercializan incurriendo de esa manera en la perdida de informacin. Refirindose a la nomina, el control de los empleados se lleva a cabo poniendo toda responsabilidad en la capacidad de memoria del gerente, que como consecuencia genera conflictos de pagos. El control de la cartera de clientes se realiza en un archivo de Excel en el cual se anota el nombre, telfono, direccin y pedidos del cliente con la dificultad de que la informacin continua dispersa y para poder surtir un producto se tiene que consultar a varias fuentes, de las cuales el acceso no ser sencillo. Los directivos de esta mediana empresa, no tienen la preparacin ni visin necesaria para resolver los problemas y para elaborar una estrategia flexible para su crecimiento. Otros efectos que tiene la falta de control, es no saber con exactitud la cantidad de materiales con que se cuenta para vender, no saber con exactitud cunto dinero se ingreso con las ventas realizadas, lo que causa no saber cundo adquirir nuevos materiales, adems de que se tiene susceptibilidad de perder a los clientes al no contar con seguridad para abastecer sus necesidades. No siempre es la mejor forma poner toda la responsabilidad a las capacidades cognoscitivas, intelectuales y administrativas, de los asesores de ventas, gerentes, o cualquier otro empleados que realiza operaciones, por que como consecuencia podra generar conflictos, en pagos por la compra de materiales, herramientas y accesorios para la constriccin de instalaciones, decoraciones para el hogar, etc., ventas para clientes o en los cortes de venta en cada empleado de la ferretera. Estos aspectos en la empresa son muy delicados e importantes ya que su rentabilidad es necesaria para el futuro tanto de los empleados como de la misma. 2
La informacin que est dispersa, su acceso y consulta no podra ser sencilla ni en tiempo real debido a la gran cantidad de redundancia. La falta de sistematizacin en los procesos, genera perdida y fragmentacin de la informacin, malos inventarios como de su manejo, materia de comercializacin en mal estado lo que crea perdida y decrecimiento en la empresa ferretera. Los ferreteristas no son capases de ofrecer servicios que la competencia ofrece, y causa perdida de futuras ventas. Hay operaciones como los cortes de venta que requieren mucho tiempo y son manuales causando problemas y esfuerzos innecesarios. La no deteccin de faltantes puede causar conflictos de confianza entre los empleados y rencores profesionales, o hasta despidos, adems de prdidas econmicas que en el futuro podran seguir si no se toman medidas en las operaciones para cada empleado. Justamente estos son la mayora de los problemas, por los que sufre la ferretera GRAPI, S.A: de C.V.
3
PLANTEAMIENTO METODOLGICO
Se hizo una visita para verificar las falencias en el sistema, se efectuaron anlisis con respecto al sistema de administracin de la ferretera. ANLISIS: Se analizar el contexto general de la empresa ferretera GRAPI S.A de C.V Se describir la empresa GRAPI S.A. de C.V, sealando, el nmero de empleados, sus principales productos, sus volmenes de produccin, su organigrama, sus principales procesos de produccin y venta de produccin, etc. As como describir brevemente la problemtica de sus inventarios. Se analizar la bibliografa necesaria referida a los temas de empresas ferreteras y de administracin y control de los inventarios.
SNTESIS: Se disear en forma conceptual, el sistema de administracin de produccin de ventas e inventarios para la empresa ferretera GRAPI, S.A de C.V.
PRAXIS: Se aplicar y validar en la operacin diaria de GRAPI, S.A de C.V., el sistema de administracin integral para la gerencia comercial una vez diseado.
4
INDICE TENTATIVO DEL REPORTE
PORTADA.
INTRODUCCION.
METODOLOGA GENERAL. CAPITULO I: CONTEXTO LAS EMPRESAS FERRETERAS EN MXICO. 1.1 Importancia de las empresas ferreteras en la economa mexicana. 1.2 Principales problemas de las empresas ferreteras.
CAPITULO II: CARACTERIZACIN DE LA PEQUEA EMPRESA 2.1 Antecedentes generales 2.2 Principales funciones y productos. 2.3 La problemtica actual de los inventarios.
CAPITULO III: FUNDAMENTOS TERICOS DE LA ADMINISTRACIN Y EL CONTROL DE INVENTARIOS DE LA EMPRESA GRAPI S.A de C.V 3.1 Las funciones empresariales. 3.2 Los inventarios dentro de la cadena logstica. 3.3 Sistema de administracin de inventarios. 3.4 Principales metodologas para el diseo de sistemas de administracin de inventarios.
5
CAPITULO IV: DISEO DEL SISTEMA DE ADMINISTRACIN DE INVENTARIOS PARA GRAPI S.A DE C.V 4.1 Diagnstico detallado del control de inventarios actual. 4.2 Eleccin de la metodologa para el diseo del sistema. 4.3 Seguimiento de la metodologa seleccionada. 4.4 El sistema de administracin de inventarios para GRAPI S.A de C.V
CAPITULO V: IMPLEMENTACIN DEL SISTEMA DE ADMINISTRACIN DE INVENTARIOS. 5.1 Elaboracin de un programa para la implementacin. 5.2 Seguimiento del programa. 5.3 Evaluacin y ajustes de la implementacin.
CONCLUSIONES.
ANEXOS.
BIBLIOGRAFIA.
6
FUENTES DE FINANCIAMIENTO INSTITUCIN MONTO ACTIVIDAD PERIODO GRAPI S.A de C.V $8,000.00 (Ocho mil pesos 00/100 M.N) Apoyo para el estudiante durante la estada en la empresa.
4 meses durante las visitas a la empresa.
7
PROGRAMA DE TRABAJO Proyecto: _________________________________ Carrera:__________________________ Escuela:_________________________________ Alumno:_________________________________ Fecha de elaboracin:_____________ Ao:_______________ TIEMPO ACTIVIDADES MES 1 MES 2 MES 3 1 2 3 4 1 2 3 4 1 2 3 4 1. Diseo y aprobacin del proyecto. X 2.Bsqueda y clasificacin de informacin sobre las PyMES en Mxico.. X 3.Elaboracin del borrador del captulo I. X 4.Bsqueda de informacin sobre la empresa GRAPI S.A de C.V X 5. Elaboracin del borrador del captulo II. X 6.Bsqueda de informacin terica sobre logstica y administracin de inventarios. X X 7.Anlisis y clasificacin de la informacin de inventarios. X X X 8. Elaboracin del borrador del captulo III. X X X 9.Visitas a GRAPI S.A de C.V para recabar informacin para el diagnstico. X X 10.Visitas a GRAPI S.A de C.V para el diseo del sistema. X X X 11. Elaboracin de borrador del captulo IV. X X 12.Visitas para la empresa GRAPI S.A de C.V para la implementacin del sistema. X X 13.Elaboracion del borrador del captulo V. X 14.Elaboracin de las conclusiones del proyecto. X X 15.Elaboracin de la introduccin del proyecto. X 16.Integracin del reporte final del proyecto.. X X
8
BIBLIOGRAFA
WEB Diego Giraldo, Duber Garro, Mauricio Roldan PROYECTO INTEGRADOR DE FERRETERIA http://www.ferreteriainductrialsa.com/ [2006, 24 de Octubre] http:/ar.portaldelainductris.com/rubro/Farreterias http://www.google.com.mx/#q=sistema+de+informacion+para+ferreteria Johnson, D. (2007-2011). Beethoven, Ludwig van. In The new Grove dictionary of bussines. Retrieved from www.oxfordmusiconline.com [2006, 24 de Octubre]
9
CAPITULO I: CONTEXTO LAS EMPRESAS FERRETERAS EN MXICO ANTECEDENTES DEL PROBLEMA Desde su creacin las empresas de ferretera han tenido como una de sus objetivos principales satisfacer las necesidades del cliente y hacer una carta de clientes. En relacin al control de inventarios, la informacin se elabora manualmente en archivos de papel y en consecuencia genera una labor tediosa encontrar informacin ocasionando demoras en los servicios. Actualmente la ferretera no realiza un adecuado control de materiales que adquieren y comercializan incurriendo de esa manera en la prdida de informacin. Algunas de las causas para no realizar un control de inventario en la cantidad y la variedad de los materiales que existen en una ferretera, adems de que realizar un control manual es muy moroso, dificultoso y poco eficiente. Refirindose a la nomina, el control de los empleados se lleva a cabo poniendo toda responsabilidad en la capacidad de memoria del gerente, que como consecuencia genera conflictos de pagos. El control de la cartera de clientes se realiza en un archivo de Excel en el cual se anota el nombre, telfono, direccin y pedidos del cliente con la dificultad de que la informacin continua dispersa y para poder surtir un producto se tena que consultar a varias fuentes, de las cuales el acceso no ser sencillo. []
ALCANCES Y LIMITACIONES ALCANCES: Es un sistema exclusivamente para la empresa ferretera GRAPI., S.A de C.V Realizar ventas e inventarios de productos divididos en categoras de herramientas elctricas, herramientas manuales, plomera, electricidad, iluminacin, muebles, organizacin, hogar, accesorios para baos, cocinas, jardinera, mascotas, pintura, hogar y limpieza. El desarrollador del sistema puede asesorar a las ferreteristas en un periodo de 2 semanas y proporcionales un manual muy didctico. Estas nuevas herramientas de software ofrece soluciones funcionales ajustadas a necesidades especficas de la ferretera: se podra acceder a los datos de la empresa y especficos en tiempo real, con herramientas e informes fciles de usar. El software de sistema ferreterista de la computadora, de dos aplicaciones depende de un sistema gestor de base de datos y de una aplicacin de lenguaje de programacin, tambin de un sistema operativo que sea compactible con las dos aplicaciones. El ambiente del sistema que permita una administracin en los componentes de: compras, rotacin, costos de mercanca vendida. El sistema fue diseado para ser fijo en las instalaciones. Cuando el sistema deja de funcionar, las bases de datos no pierden su integridad.
LIMITACIONES: No se sabe con seguridad la magnitud de la efectividad a largo plazo del sistema de administracin integral de la ferretera. Despus del periodo de pruebas y la entrega del prototipo al cliente ferreterista puede haber defectos en el manejo que los desarrolladores desconozcan. El sistema puede dejar de funcionar por casas internar y externas a la empresa. Puede existir resistencia al cambio, por parte de empleados. La computadora debe tener una memoria RAM de 1GB en adelante.
DESCRIPCIN DEL PROYECTO
Se realizar con el objeto de un mejor manejo en el control de artculos de ferretera antes mencionada, el sistema ayudar al ferreterista a registrar cada artculo, en venta, en dar de alta y bajar mdulos ,modificar precios, categorizar, etc. Su finalidad es la de proporcionar al cliente un mejor servicio, y obtener un mejor registro de ventas evitando sus prdidas. El sistema permitir que el empresario interactu con el software de aplicacin de base de datos acompaado de un hardware adems de permitir reconocer la existencia de un artculo que est en las instalaciones del negocio, adems de que nos proporcione un informe del avance de la ventas da con da con cifras de artculos. Adems de un registro de apartados y de pedidos para la venta a sus cliente en caso de no existir, la herramienta de cualquiera de las categoras mencionadas en esta local. El precio se averiguar mediante un sistema de bsqueda y deteccin fcil en un mdulo, mediante los datos que los proveedores den al cliente de sus catlogos de compra. Todas las capacidades y servicios se hacen con el fin de evitar prdidas econmicas y un apoyo a la toma de decisiones para la futura compra de mercancas de diversos tipos de accesorios. Para hacer dichos servicios y capacidades es necesario que los empresarios ferreteristas tengan un conocimiento bsico en sistemas computacionales y administrativos. El software constar de los siguientes mdulos: Conexin. En esta rea el usuario se registra con su login y password para tener acceso al sistema de acuerdo a avatares. Ventas. El sistema realiza las operaciones de ventas y actualiza el inventario. Productos. Es este mdulo el usuario dependiendo de sus privilegios puede realizar, altas, bajas, modificaciones, consulta de productos y marcas y categoras. Nomina. El sistema nomina se encarga de llevar el control de la informacin de los empleados, permitiendo altas, bajas, modificaciones y bsquedas. Clientes. En este modulo se accede a la informacin de los clientes y pueden hacer altas, bajas, modificaciones, consultas. Proveedores. En este modulo se realizan las mismas operaciones que en clientes o nomina en la informacin de los proveedores. Reportes. En esta parte del sistema se generan informes con los datos de las ventas, inventarios o clientes.
CAPITULO II: CARACTERIZACIN DE LA PEQUEA EMPRESA
En este captulo se mencionan los problemas en el desarrollo de las actividades de cada etapa a lo largo de todo el proyecto que causen riesgos en el cumplimiento del objetivo de automatizacin de la empresa GRAPI: 1.- Crisis econmica: puede haber imprevistos en la factibilidad econmica por causas externas al negocio, pagos sobre deudas, etc. 2.- Cambio de requisitos: el usuario pude cambiar de parecer con lo que desea del sistema, por no cumplir con las necesidades para su negoci o pudo haberlo omitido, por casas ajenas a sus capacidades intelectuales entre otras cosas. Esto puede causar retrasos en etapas de desarrollo del proyecto en el tiempo determinado. 3.- Diseo inadecuado: el diseo puede ser no muy amigable para algunos empresarios ferreteristas, esto podra causar ms problemas que soluciones en la realizacin de las actividades. 4.- Enfermedades: las enfermedades pueden causar retrasos excesivos en las actividades del plan de trabajo que acabara, modificndolo todo por completo todo el itinerario. 5.- Errores de contrato o diferencias: puede haber incumplimiento de contrato o acuerdo que pueden causar diferencias entre las partes, empresarios ferreteristas y el desarrollador, de cualquier ndole que cause inconvenientes para una o ambas partes. 6.- Proyecto muy novedoso: el proyecto puede ser demasiado en escala de magnitud de lo estimado, puede causar retrasos, postergaciones en su realizacin, hasta puede ser cortado el proyecto y nunca ser terminado. 7.- Diferencias con los clientes: esto puede ser causado por la falta de comunicacin entre ferreteristas y desarrollador, causando problemas en requerimientos del proyecto degradando su perfeccin a la hora de su entrega. []
CAPITULO III: FUNDAMENTOS TEORICOS DE LA ADMINISTRACIN Y EL CONTROL DE INVENTARIOS EN LA EMPRESA GRAPI S.A de C.V El presente captulo se divide en dos partes, el objetivo de la primera es describir la necesidad de la Ferretera GRAPI S.A. de C.V. de contar con un Sistema de Bases de Datos que le permita lograr la eficiencia en el control de los productos con los que comercializa, as como tambin llevar un control de su nmina, y el objetivo de la segunda parte es dar un marco terico de las bases de datos y de la ingeniera de software.
Empresa.
La empresa denominada GRAPI S.A. de C.V. surge en 2005. La misin es competir en el ramo ferretero, proporcionando al cliente artculos de calidad en plomera, material elctrico, herramienta en general, etc. de marcas nacionales y extranjeras. La funcin principal de la empresa para la cual ser elaborada la base de datos es la de realizar la venta de productos divididos en categoras de Herramientas Elctricas, Herramientas Manuales, Plomera, Electricidad, Iluminacin, Muebles, Organizacin, Hogar, Accesorios para baos y cocinas, Jardinera, Mascotas, Pintura, Cerrajera, Hogar y Limpieza.
Organizacin de la empresa.[]
La empresa se encuentra conformada de la siguiente manera:
1. GERENTE: Encargado de dirigir al personal y autorizar todas las operaciones dentro de la empresa y de administrar los diferentes recursos de la misma.
FUNCIONES:
a) Iniciar operaciones.
b) Revisar agenda de cobros y pagos.
c) Iniciar registro de caja.
d) Atencin a proveedores.
e) Hacer o verificar el correcto corte de caja.
f) Elaborar cartera de clientes.
g) Realizar operaciones bancarias.
h) Supervisin de inventario.
i) Revisin del ingreso de mercanca y su facturacin.
j) Autorizacin de movimientos materiales o financieros.
2. SECRETARIA: Encargada de las labores administrativas.
FUNCIONES:
a) Organizar agenda.
b) Contactar proveedores.
c) Revisar cobros de clientes y pagos a proveedores.
d) Atencin telefnica en general.
e) Control de remisiones y facturas de efectivo y crdito.
f) Relacin de gastos por facturacin de proveedores.
g) Captura de informacin.
3. CAJERO: Encargado de cobros en mostrador.
FUNCIONES:
a) Iniciar registro de caja.
b) Hacer corte de caja diario.
c) Atencin de clientes en el mostrador en caso de ser necesario
d) Control de remisiones y facturas.
4. EJECUTIVO DE VENTAS: Encargado de ventas en general.
FUNCIONES:
a) Venta de productos en mostrador o por telfono.
b) Seguimiento de cartera de clientes.
c) Emisin de facturas y remisiones.
d) Entrega de mercanca.
e) Elaboracin de inventario (manual).
f) Recibir y organizar mercanca de nuevo ingreso.
g) Mantenimiento del lugar de trabajo y medios de transporte del mismo.
5. COBRADOR: Encargado de cobros a clientes.
FUNCIONES:
a) Mantenimiento del lugar de trabajo.
b) Realizar ruta de cobros a clientes.
c) Compra y recibo de mercanca.
d) Reparto de mercanca a clientes.
e) Atencin de clientes en mostrador en caso necesario.
f) Organizacin de productos en el almacn y en el mostrador.
6. VIGILANTES: Encargado de la seguridad del lugar de trabajo.
FUNCIONES:
a) Asegurar el lugar de trabajo.
b) Revisar los dispositivos de seguridad (malla elctrica, candados y puertas).
c) Mantener el espacio destinado a estacionamiento.
Recursos Materiales de la empresa.
Una camioneta
Una caja registradora
Una lnea telefnica
Un conmutador o swist de 8 puertos
Tres equipos de cmputo
Una impresora Matriz de Punto EPSON EX-890
Papelera en general
Mouse ptico
Necesidad de controlar los procesos de negocio.[]
Una necesidad bsica es dar al cliente una atencin rpida, lo cual requiere de tener en una o varias computadoras una base de datos con los productos disponibles para evitar la prdida de tiempo en las bsquedas de existencia de los productos as como sus caractersticas, que incluyen el precio, marca, color, etc.
Principales Procesos de Negocio de la empresa.
Qu son los procesos de negocio? Los procesos de negocio consisten en las tareas que debe realizar una empresa si quiere seguir funcionando: realizar ventas, pagar a empleados y acreedores, controlar el inventario, etc.
Ventas.
Pago de nmina.
Pagos a acreedores.
Altas a nuevos trabajadores.
Altas a nuevos clientes.
Control de Inventario.
Beneficios de la base de datos a la empresa.
Las ventajas de un sistema de base de datos sobre los mtodos tradicionales de mantener los registros en papel es que una base de datos es compacta, rpida, menos laboriosa y actual.
Con todo, existe una ventaja adicional: El sistema de Base de Datos ofrece a la empresa un control centralizado de su informacin.
La informacin es uno de los recursos ms valiosos de una empresa. As en un comercio sin un sistema de este tipo, cada aplicacin tiene por lo regular sus propios archivos privados de manera que los datos estn muy dispersos y con seguridad- son difciles de controlar en cualquier forma sistemtica.[]
Bases de Datos
Qu es un Sistema de Base de datos?
Un Sistema de Base de Datos es bsicamente un sistema computarizado para llevar registros. Es posible considerar a la propia Base de Datos como una especie de armario electrnico para archivar, es decir, un depsito o un contenedor de una coleccin de archivos de datos computarizados.
Principales componentes de un Sistema de Bases de Datos.
A continuacin se mencionarn los cuatro principales componentes en un sistema de base de datos:
La informacin El equipo Los usuarios Los programas
La informacin. En general, la informacin en la base de datos estar integrada y adems ser compartida.
El equipo. Se considera que son componentes del equipo del sistema: Medios de almacenamiento secundario: Dispositivos E/S asociados, Drives, Canales de E/S, etctera, Procesador o procesadores y memoria principal.
Los usuarios: Es todo el personal del departamento que requiera usar el sistema de base de datos para implementar, consultar o realizar sus reportes.
Se tienen diferentes tipos de usuarios, entre los cuales tenemos a los programadores de aplicaciones;, los cuales son los responsables de escribir los programas de aplicacin; los usuarios finales, quienes interactan con el sistema desde estaciones de trabajo o terminales; y finalmente el Administrador de la Base de Datos (DBA), y es quien administra la base de datos.
Los programas. Existe una capa de programas entre la base de datos fsica misma y los usuarios del sistema: el Sistema de Administracin de Base de Datos (DBMS, Data Base Managment System).
El DBMS maneja todas las solicitudes de acceso a la base de datos formuladas por los usuarios.[]
El Sistema de Administracin de Bases de Datos (DBMS).
El software que permite a una o ms personas el usar y/o modificar los datos de una base de datos se denomina Administrador de Base de Datos (DBMS).
Maneja todas las solicitudes de acceso a la base de datos formuladas por los usuarios.
Seguridad: no todos los usuarios tienen acceso a todos los datos.
Integridad: cierto tipo de consistencia deber realizarse sobre los atributos y valores de los datos, para evitar la inconsistencia en los datos.
Sincronizacin: Cuando varios usuarios corren programas que accesan a la base de datos al mismo tiempo, el DBMS deber dar proteccin de inconsistencias que puedan resultar de dos operaciones simultneas a un mismo grupo de datos.
Proteccin de rupturas y recuperacin: facilidades para realizar copias regulares de la base de datos y reconstruirla despus de un error de hardware o software.
Uno de sus objetivos ms importantes es proporcionar a los usuarios ferretaristas una visin abstracta de los datos, es decir, el sistema esconde ciertos detalles de cmo se almacenan y mantienen los datos, pero sin embargo se deben extraer eficientemente.
El Modelo Relacional
El modelo relacional de las bases de datos representa la tendencia dominante en el mercado actual debido al avance que ha tenido en el campo de las bases de datos principalmente en el modelo relacional, por esta razn la tecnologa de bases de datos se orienta hacia los sistemas relacionales, por ende, en sta parte del captulo se explicar de manera general los conceptos fundamentales para los sistemas relacionales de bases de datos.
Una base de datos relacional es una base de datos percibida por el usuario como una coleccin de relaciones normalizadas.
El modelo relacional se ocupa de tres aspectos:
1. Estructura de datos: El usuario percibe la informacin de la base de datos como tablas y nada ms que tablas. La estructura de datos es la terminologa que se utiliza como notacin y forma de representar la informacin en el modelo relacional.
En particular una relacin corresponde a lo que comnmente se le llama Tabla.
Entidad: es cualquier objeto distinguible que ha de representarse en la base de datos.
Una Tupla corresponde a una fila de esa tabla y a un atributo a una columna.
La llave primaria es un identificador nico para la tabla; es decir una columna o combinacin de columnas con la siguiente propiedad: Nunca existen dos filas de la tabla con el mismo valor en esa columna o combinacin de columnas.
Un Dominio es una coleccin de valores escalares, de los cuales uno o mas atributos (Columnas) son del mismo tipo.
Un atributo es una caracterstica o valor que se toma (las columnas) dentro de la naturaleza de su dominio.
El nmero de atributos en una relacin o en forma equivalente el nmero de dominios subyacentes se llama grado. El nmero de tuplas en una relacin se llama Cardinalidad.
2. Integridad. Las tablas deben satisfacer ciertas restricciones de integridad.
La integridad se basa en dos reglas en el modelo relacional:
Regla de la Integridad de las Entidades: Ningn componente de una relacin base puede tener valores nulos.
La base de datos no debe contener valores de llave ajena sin concordancia.
3. Manipulacin. Los operadores disponibles para que el usuario manipule estas tablas son operadores que derivan tablas a partir de tablas. En particular, tres de estos operadores son importantes: restringir, proyectar, juntar.
La operacin restringir extrae las filas especificadas de una tabla.
La operacin proyectar extrae las columnas especificadas de las tablas.
La operacin juntar rene dos tablas con base en valores comunes de al menos una columna en comn.
Ingeniera de Software
La Ingeniera de Software se podra definir como el establecimiento y aplicacin de principios de la Ingeniera para obtener software. Teniendo en cuenta factores tan importantes como el coste econmico, la fiabilidad del sistema y un funcionamiento eficiente que satisfaga las necesidades del usuario.
El modelo del ciclo de vida es un factor principal para conseguir los objetivos buscados, una mala eleccin del modelo de ciclo de vida puede hacer que se nos retrase el trabajo enormemente o que tengamos una planificacin perfecta del trabajo.
Modelo de cascada
En un modelo en cascada un proyecto progresa a travs de una secuencia ordenada de pasos que son:
Concepto del software. Anlisis de requerimientos. Diseo global. Diseo detallado. Codificacin y depuracin. Prueba del sistema.
El modelo contiene una serie de etapas que no se solapan, y el proyecto se va revisando tras cada una de las etapas. Para poder pasar a la siguiente etapa se tiene que haber conseguido todos los objetivos de la etapa anterior, es un proceso secuencial.
Tiene una buena aplicacin cuando el problema es estable y cuando se trabaja con metodologas tcnicas conocidas. Este modelo ser apropiado para la migracin de una aplicacin o a una versin de mantenimiento bien definida.
Con este modelo se tiene un seguimiento de todas las fases del proyecto y del cumplimiento de todos los objetivos marcados en cada etapa tanto de costes, fechas de entrega y lo ms importante que pueden comprobar al final de cada etapa si el proyecto cumple todas las necesidades del usuario.
A su vez esto es un problema ya que si el usuario se da cuenta de que falta una tarea de la empresa en el proyecto una vez pasada esta etapa, el trabajo que hay que realizar se retrasa en fechas de entrega y el coste es mayor. Por lo tanto esto produce un fracaso en la industria ya que es reacio a las modificaciones de ltima hora.
Por este motivo se puede modificar el modelo en cascada pudiendo pasar de una etapa a la anterior, pero suele ser difcil ya que hay que rehacer la etapa anterior, este modelo es el ciclo de vida del salmn. Por lo tanto este es un modelo poco apropiado para proyectos con fecha de entrega corta, pero su rendimiento puede mejorar notablemente variando el modelo de la cascada pura.
Espiral
El modelo de espiral es un modelo orientado a riesgo que divide el proyecto software en mini proyectos. Cada proyecto se encargar de resolver uno o varios riesgos hasta que estn todos controlados. Una vez que estn los riesgos ms importantes controlados se finaliza igual que el ciclo de vida en cascada.
En el ciclo de vida en espiral localizan los riesgos, genera un plan para manejarlos y se establece una aproximacin a la siguiente iteracin. Con cada iteracin se produce una aproximacin al producto final.
En el modelo en espiral se comienza con una parte pequea del proyecto y se expande tras reducir los riesgos para la siguiente iteracin.
En cada iteracin se procede a los siguientes pasos:
Determinar objetivos, alternativas y lmites. Identificar y resolver riesgos. Evaluar las alternativas. Generar entregas de esta iteracin, y comprobar que son correctas. Planificar la siguiente iteracin. Si se decide ejecutar la siguiente iteracin, hay que establecer un enfoque para ella.
En este modelo las primeras iteraciones son menos costosas y a medida que se avanza aumenta el coste.
Las ventajas de este modelo son:
Se disminuyen los riesgos. Al final de cada iteracin se obtienen los puntos de verificacin. Se obtienen con anterioridad indicaciones de cualquier riesgo insuperable.
Las desventajas de este modelo son:
Un aumento de costes. Es un modelo complicado de llevar a cabo porque exige una gestin concienzuda, atenta y unos conocimientos profundos.
Modelo del desarrollo por prototipos[]
Los sistemas pueden desarrollarse con mtodos y lenguajes de programacin convencionales, aunque no tengan todas las caractersticas y toques finales de un sistema terminado. Quizs los informes no tengan encabezados, logos, etc., falten controles de entradas y procesamiento. Lo importante es el ensayo, y hallar los requerimientos.
En algunos casos donde el sistema no ser utilizado frecuentemente, puede convertirse el prototipo en el sistema terminado, o bien, cuando no son muchos los beneficios que se obtienen.
Razones para desarrollar prototipos de sistemas
Los requerimientos de informacin no siempre estn bien definidos, pueden ser demasiados vagos an al formular el diseo. En otros casos, es probable que una investigacin de sistemas bien llevada, de como resultado un conjunto muy amplio de requerimientos de sistemas, pero construir un sistema que satisfaga a todos ellos quizs necesite del desarrollo de nueva tecnologa.
Los prototipos permiten evaluar situaciones extraordinarias donde los encargados de disear e implantar sistemas no tienen informacin ni experiencia, o tambin donde existen situaciones de riesgo y costos elevados, y aquellas donde el diseo propuesto es novedoso y an no ha sido probada. La informacin obtenida con su uso se aplica en un nuevo diseo que se emplea, otra vez, como prototipo y que revela ms informacin valiosa sobre diseo.
El proceso se repite las veces que sea necesario para revelar los requerimientos esenciales del diseo.
Maquetas. Cuando se comienza el desarrollo, tiene por objetivo presentar a los usuarios y/o clientes la apariencia del sistema final. Los usuarios pueden manifestar su opinin.
Ambos mtodos son muy tiles para establecer la viabilidad del proyecto y definir acuerdos sobre los objetivos y resultados esperados.
Etapas del mtodo de prototipos[]
1) Identificacin de requerimientos conocido.
La determinacin de los requerimientos de una aplicacin es tan importante para el mtodo de desarrollo de prototipo como lo es para los mtodos del ciclo clsico de desarrollo de sistemas o anlisis estructurado (aunque las tcticas son diferentes). Por consiguiente, antes de crear el prototipo, los analistas y usuarios deben trabajar juntos para identificar los requerimientos conocidos que tiene que satisfacerse. Para hacerlo determinan los fines para lo que servir el sistema y el alcance de sus capacidades.
2) Desarrollo de un modelo de trabajo
Es til comenzar el proceso de construccin del prototipo con el desarrollo de un plan general que permita a las personas conocer lo que se espera de ellas y del proceso de desarrollo. Es difcil, y en ocasiones imposibles, fijar una fecha tentativa de terminacin. La experiencia con el sistema es la que determina eventualmente cuando en sistema est terminado.
Para comenzar la primera iteracin, usuarios y analistas identifican de manera conjunta los datos que son necesarios para el sistema y especifican la salida que debe producir la aplicacin.
Las decisiones de diseo necesarias para desarrollar la salida del sistema cambian muy poco en relacin con las tomadas en otros mtodos de desarrollo.
Sin embargo, con un prototipo, se espera que las especificaciones inciales estn incompletas.
En el desarrollo de un prototipo se preparan los siguientes componentes:
El lenguaje para el dilogo o conversacin entre el usuario y el sistema. Pantallas y formato para la entrada de datos. Mdulos esenciales de procesamiento. Salida del sistema.
Al construir el prototipo se deben seguir los estndares para datos que emplea la organizacin.
En esta etapa es ms importante la rapidez con que se construye el prototipo que la eficiencia de operacin. Es por esto que el analista no intenta optimizar la velocidad de operacin del sistema.
Durante la evaluacin los analistas de sistemas desean capturar.
3) El prototipo y el usuario
Es responsabilidad del usuario trabajar con prototipo y evaluar su caracterstica y operacin.
La experiencia con el sistema bajo condiciones permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios as como la eliminacin de caractersticas inadecuadas o innecesarias.
4) Revisin del prototipo
Informacin sobre los que les gusta y los que les desagrada a los usuarios. La informacin obtenida tendr influencia sobre las caractersticas de la siguiente versin de la aplicacin.
Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo. El analista es el responsable de realizar las modificaciones.
5) Repeticin del proceso las veces que sea necesario.
El proceso finaliza cuando los usuarios y analistas estn de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las caractersticas necesarias o cuando ya es evidente que no se obtendr mayor beneficio.
6) El abandono o dejarlo como esta:
Cuando se verifica que no es posible desarrollar el sistema para satisfacer los objetivos deseados, ya sea por la tecnologa existente o por el factor econmico.
BIBLIOGRAFIA
1). ENTREVISTA DE EMPRESARIO DE FERRETARA GRAPI S.A de C.V Juan Antonio Lpez Salazar
2). TAMAYO Y TAMAYO MARIO (2005). El proceso de la investigacin cientfica Mxico D.F: Limusa
3). VIDAL HOLGUIN CARLOS JULIO (2004). Fundamentos de control y gestin de inventarios. Mxico D.F: Diana