Вы находитесь на странице: 1из 28

PROTOCOLO

DE INVESTIGACIN INGENIERA ELECTROMECNICA







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

Вам также может понравиться