Ejemplos de diseño de cursos de bases de datos
Título: Sistema de gestión de pequeños supermercados
1, plan de proyecto
1.1 Propósito del desarrollo del sistema
(1) Muy mejorado Mejorar la eficiencia operativa del supermercado;
(2) Ayudar a mejorar el nivel de toma de decisiones del supermercado a través de la recopilación y el procesamiento integral de información;
(3) Utilizar este sistema para Mejorar rápidamente la gestión a nivel de supermercado, brindando soporte técnico efectivo para reducir los costos operativos, mejorar la eficiencia y mejorar la expansión de los supermercados.
1.2 Descripción de antecedentes
En el siglo XXI, la competencia de los supermercados también ha entrado en un nuevo campo. La competencia ya no es una competencia de escala, sino una competencia de tecnología, gestión y talento. La actualización de la tecnología y la gestión es el núcleo de la competencia en la industria de los supermercados. En la actualidad, el campo minorista se desarrolla con una tendencia diversificada, coexistiendo supermercados, almacenes, tiendas de conveniencia, franquicias, tiendas especializadas, almacenes y otros formatos comerciales. Cómo aumentar las ventas, reducir los costos operativos y ampliar la escala comercial en medio de una competencia feroz se ha convertido en el objetivo perseguido por los operadores de supermercados.
1.3 Establecimiento del proyecto
Con base en las características de los supermercados, con el fin de ayudar a los supermercados a resolver los problemas que enfrentan y mejorar la competitividad de los pequeños supermercados, desarrollaremos los siguientes sistemas: sistema de ventas POS front-end y sistema de ventas POS back-end Sistema de gestión final, donde estos dos subsistemas contienen otras subfunciones.
1.4 Ámbito de aplicación
Este sistema es adecuado para varios supermercados pequeños.
1.5 Definición
(1) Código de barras del producto: Cada producto tiene un código de barras único. Para algunos productos con el mismo precio, se pueden utilizar códigos de barras personalizados.
(2) Lista de transacciones: incluye número de serie de la transacción, nombre del producto y cantidad de cada producto, monto total del producto, tiempo de la transacción y número de empleado responsable del cajero.
(3) Atraso de bienes: dentro de un cierto período de tiempo, los bienes que están lejos de completar el plan de ventas causarán un atraso.
(4) Promoción: Dentro de un período determinado, ciertos productos se venderán a un precio promocional inferior al precio original.
Aviso de alarma de inventario: cuando la cantidad de inventario del producto es inferior a la cantidad de alarma de inventario, se emitirá un aviso.
(5) Inventario: Calcula el inventario, las ventas, las ganancias y otros indicadores operativos.
1.6 Citas
"Principios y diseño de bases de datos", editado por Tao, Tsinghua University Press.
El "Tutorial práctico de SQL Server 2000" está editado por Fan Linan y Tsinghua University Press.
"Guía del programador de SQL Server 2000" editada por Li, publicada por Beijing Hope Electronic Publishing House
"Programación simple de SQL Server 2000", editada por Rebecca M. Riordan
"Código de ingeniería de software", editado por Watts S. Humphrey, Tsinghua University Press.
"Teoría y práctica de la ingeniería de software", editado por Shari Lawrence Pfleeger, Tsinghua University Press.
Análisis de requisitos de software, editado por Swapna Kishore, Machinery Industry Press.
Reflexiones sobre ingeniería de software editadas por Rui Lin.
2. Análisis lógico y análisis detallado
2.1 Funciones del sistema
(1) Sistema de gestión de recepción minorista (POS), este sistema debe tener las siguientes funciones :
Entrada de productos: desarrolle funciones relevantes de acuerdo con las características del negocio de los supermercados. Al ingresar números únicos, escanear códigos de barras, nombres de productos, etc., se puede lograr una entrada de escaneo de productos precisa o difusa. Este método de entrada de escaneo puede garantizar completamente que las personas de todos los niveles de operación de la computadora puedan escanear e ingresar productos de manera precisa y rápida.
Negocio de caja registradora: Al escanear el código de barras o ingresar directamente el nombre del producto (se pueden agregar varios productos similares a la vez), el monto total de esta transacción se calcula automáticamente. Después de que el cliente paga, el cambio se calcula automáticamente y se imprime la lista de transacciones (incluido el número de serie de la transacción, el nombre del producto y la cantidad de cada producto, el monto total del producto, el tiempo de la transacción y el número de empleado responsable del cajero). Si el cliente es miembro de nuestra tienda y tiene su propia tarjeta de membresía y la escanea antes de realizar la transacción, todos los productos comprados recibirán un descuento del 15 % y la cantidad total de los productos comprados se acumulará en la cuenta del miembro. cantidad total de consumo. La tarjeta de membresía tiene una validez de un año. Si transcurrido un año no se renueva la tarjeta, se cancelará la tarjeta de socio.
Seguridad: inicio de sesión, cierre de sesión del sistema operativo, cambio de turno, bloqueo de operaciones y otras protecciones de verificación de permisos; protección automática contra cortes de energía para evitar accidentes y operaciones ilegales maliciosas en la mayor medida.
Funcionamiento independiente: Algunas cajas registradoras aún pueden funcionar normalmente incluso si el servidor de red está desconectado o la red está bloqueada.
(2) Sistema de gestión backend, este sistema debe tener las siguientes funciones
Gestión de compras: Formular automáticamente planes de compras (o modificarlos manualmente) en función de las condiciones de ventas e inventario, que pueden Evite la acumulación de bienes causada por compras a ciegas. Realizar selectivamente el registro automático de almacenamiento según la lista de planes. Consulta e imprime de forma integral registros y cantidades de compras y almacenamiento planificados.
Gestión de Ventas: Control de ventas normales, promociones y cuotas, plazos y ventas prohibidas. Consulta de forma exhaustiva varios registros de ventas detallados, registros de caja en todo el país y liquidación de pagos. Genere clasificaciones de ventas a través de estadísticas de diversas formas y vea e imprima de manera flexible informes de ventas de productos diarios, mensuales y anuales.
Gestión de inventario: Consulta integral del detalle del inventario. Avisos de alarma automáticos para el estado del inventario. Como retrasos, escasez, falta de existencias, etc. El software le proporciona alertas tempranas para evitar pérdidas y escasez de artículos de inventario. Cálculo automático del recuento de inventario.
Gestión de personal: registro y gestión de información básica como empleados, afiliados, proveedores, fabricantes, etc. Gestión de derechos de explotación de los empleados. Gestión de autoridad de ventas de clientes.
(3) Estructura del sistema
Estructura general del sistema
Estructura del subsistema modular
Descripción funcional: el subsistema de entrada de productos requiere un ingreso rápido productos, se debe admitir el escaneo de códigos de barras.
Descripción de la función: el subsistema comercial del cajero puede calcular el monto total de la transacción según la tarjeta de membresía e imprimir la lista de transacciones y los descuentos.
Descripción de la función: el subsistema de gestión de adquisiciones puede especificar automáticamente planes de adquisiciones basados en el inventario, clasificar compras automáticamente y proporcionar funciones de consulta e impresión para registros de almacenamiento y adquisiciones planificadas.
Descripción de la función: el subsistema de gestión de ventas puede controlar si se permite la venta de un producto, consultar las ventas de cada producto, generar informes anuales, informes mensuales, informes diarios y generar gráficos de ventas.
Descripción de la función: el subsistema de gestión de inventario proporciona funciones básicas para consultar registros de detalles del inventario, emitir alarmas basadas en el estado del inventario y cálculos estadísticos automáticos.
Descripción de la función: el subsistema de gestión de personal proporciona funciones básicas de gestión de registro de información, gestión de autoridad de operación de empleados y funciones de gestión de autoridad de ventas de clientes.
2.2. Diagrama de flujo
Sistema de gestión front-end
Diagrama DFD superior
Diagrama DFD nivel 0
Esquema DFD de la 1ª planta
2.3. Tipo y función de vivienda
(1), empleado (vendedor):
Introducir el producto en la compra mediante escaneo la lista de verificación del código de barras del producto.
Opere el software para calcular el monto total de la transacción.
El software operativo genera la lista de transacciones.
Escanee su tarjeta de socio para obtener descuentos.
(2)::Responsable de supermercado
Ingreso de mercancías, proveedores y fabricantes mediante software operativo.
Utilice el software para realizar planes de compras
Consulte e imprima registros de compras y almacenamiento planificados
El software controla la venta de bienes.
Preguntar sobre el estado de ventas de material impreso
Operar el software para generar clasificaciones de ventas
Consultar registros de detalles de inventario
Ingresar de acuerdo con la alarma de inventario emitida por el producto de software.
Operar software de cálculo de inventarios.
(3) Gerente general:
Gestión de registro de información básica
Gestión de autoridad de operación de empleados
Gestión de autoridad de venta de clientes
2.4. Unificar los pasos de desarrollo
Determinar los participantes y los casos de uso relacionados
Diseñar el proceso para cada caso de uso
Establecer un diagrama de secuencia y determinar los pasos en cada script Objeto de colaboración.
Crea clases para identificar objetos en scripts.
Cursos de diseño, codificación, pruebas e integración
Escribir un caso de prueba del sistema para el proceso
Ejecutar el caso de prueba y probar el sistema.
2.5. Requisitos del entorno del sistema
Modelo del sistema
Este sistema adopta el modo C/S como modo de desarrollo.
Entorno de hardware
Lado del servidor:
Una computadora de alto rendimiento,
se utilizan pares trenzados comunes para la conexión.
Cliente: una computadora o estación de trabajo común,
par trenzado común utilizado para la conexión.
Entorno de software
Lado del servidor: Instalar la versión del servidor de SQL Server 2000,
Instalar la versión del servidor de Windows 2000,
Norton se ha configurado y otro software antivirus necesario.
Cliente: Instalar la versión de servidor de SQL Server2000,
Instalar herramientas de desarrollo visual como VB.
Instalar la versión del servidor windows2000.
2.6. Problemas de seguridad del sistema
Aunque los sistemas de información son potentes y tecnológicamente avanzados, también contienen muchos factores inseguros debido a limitaciones en su propia arquitectura, ideas de diseño y mecanismos operativos. Los factores comunes incluyen: entrada, salida, acceso y copia de seguridad de datos, programas fuente y software de aplicación, lagunas o defectos en las bases de datos, sistemas operativos, hardware, lagunas en la comunicación, factores internos, virus, "hackers" y otros factores. Por lo tanto, para que este sistema funcione de manera segura, confiable y estable, se deben considerar las siguientes cuestiones: Para garantizar la seguridad, el sistema no debe sufrir daños por accidentes y debe poder evitar incendios, robos u otros formas de daños provocados por el hombre.
El sistema debería poder reconstruirse.
El sistema debe ser auditable.
El sistema debe poder controlar eficazmente y tener una fuerte capacidad antiinterferencia.
Los permisos de usuario del sistema son identificables.
3. Modelado basado en UML.
3.1 Reglas Semánticas
Los componentes básicos de la vista de casos de uso son casos de uso, actores y sistemas. Los casos de uso se utilizan para describir la funcionalidad del sistema, es decir, desde la perspectiva de los usuarios externos, qué funciones debe admitir el sistema para ayudar a los analistas a comprender el comportamiento del sistema. Es una descripción macro de las funciones del sistema. Un sistema completo generalmente contiene varios casos de uso, cada caso de uso especifica la función a completar y representa todas las funciones básicas (conjuntos) del sistema. Los actores son entidades externas que interactúan con el sistema. Puede ser un usuario del sistema u otro sistema o dispositivo de hardware. En resumen, cualquier cosa que necesite interactuar con el sistema se puede llamar actor. El área dentro de la línea límite del sistema (es decir, el área activa del caso de uso) representa de manera abstracta todas las funciones básicas que el sistema puede implementar. En un sistema donde se han implementado funciones básicas (conjuntos), el proceso general de operación del sistema es: el rol externo primero inicializa el caso de uso y luego el caso de uso ejecuta la función que representa. Después de la ejecución, el caso de uso devuelve algunos valores. al rol, que puede ser proporcionado por el sistema de cualquier cosa.
UML: Es un lenguaje de modelado gráfico estándar y una representación estándar de análisis y diseño orientado a objetos; no es un lenguaje de programación visual, sino un lenguaje de modelado visual. No es una especificación de una herramienta o base de conocimientos, sino una especificación de un lenguaje de modelado, un estándar para la expresión, no es un proceso ni un método, pero cualquier proceso o método puede utilizarlo;
Caso de uso:
Actor:
3.2, modelo UML
3.21, modelo UML de sistema
3.22 , Modelo UML de subsistema
(1) Vista de casos de uso del sistema de gestión front-end (POS) minorista
(2) Vista de casos de uso del sistema de gestión back-end
3.3. Diagrama de implementación del sistema
4. Documento de diseño conceptual del sistema de ventas de supermercado
(1), diagrama ER del sistema
(2) diagrama ER del sistema. descripción
1) Todos los usuarios (empleados) de la tienda pueden vender una variedad de productos, y cada producto puede ser vendido por diferentes usuarios (empleados)
2) Cada cliente puede; comprar múltiples productos, y diferentes usuarios pueden vender diferentes productos (los empleados pueden comprar productos por diferentes clientes;
3) Cada proveedor puede suministrar una variedad de productos diferentes, y cada bien puede ser suministrado). por múltiples proveedores.
(3) Ver diseño
1) Vista de transacciones (V _ Dealing): una vista para consultar el estado de la transacción
2) Vista de adquisiciones planificadas (v); _Inventario planificado): una vista para consultar planes de compra
3) Vista de ventas (V _ SALE): una vista para consultar detalles de ventas
4) Vista entrante (V _ stock); )-vista para consultar el estado del almacenamiento.
5. Documento de diseño lógico
(1), modelo de relación del sistema
a) Tabla de información del producto (número de producto, nombre del producto, precio, código de barras, promoción). Precio, fecha de inicio de la promoción, fecha de finalización de la promoción, descuentos permitidos, cantidad de inventario, cantidad de alarma de inventario, cantidad de compra planificada, ventas permitidas, número de fabricante y número de proveedor)
b) Tabla de usuarios (número de usuario, nombre de usuario) , contraseña de usuario y tipo de usuario)
c) Lista de miembros (número de membresía, número de tarjeta de membresía, monto de consumo acumulado y fecha de registro)
d) Tabla de ventas (número de ventas, número de producto , cantidad de ventas, monto de ventas y fecha de ventas)
e) Tabla de transacciones (número de transacción, nombre de usuario, monto de la transacción, número de tarjeta de membresía, fecha de la transacción)
f) Lista de compras ( Número de compra, número de producto de compra, cantidad de compra, monto único, monto total, fecha de compra, fecha de compra planificada, estado de compra)
g) Lista de proveedores (número de proveedor, nombre del proveedor, dirección del proveedor y número de teléfono del proveedor) )
h) Lista de proveedores (número de proveedor, nombre del proveedor, dirección del proveedor, número de teléfono del proveedor)
(2), base de datos del sistema Estructura de la tabla
Tabla de la base de datos índice
Nombre chino del nombre de la tabla
Tabla de información del producto MerchInfo
Tabla de usuarios
Lista de miembros
Lista de ventas
Lista de transacciones
Lista de inventario
Lista de proveedores
Lista de fabricantes de fábrica
MerchInfo (Merchinfo )
Nombre de campo Longitud del tipo de campo Restricción de valor de campo de clave primaria/externa nombre chino correspondiente
MerchID int 4 P No nulo Número de producto
MerchName Varchar 50 No nulo Nombre del producto
MerchPrice Money 4 No nulo Precio
MerchNum Int 4 No nulo Cantidad de inventario
El número de razón int 4 no está vacío Cantidad de alerta de inventario
Cantidad planificada Int 4 la cantidad de compra planificada está vacía
Código de barras Varchar 50 no es un código de barras vacío
Cargo de venta 4 Precio de promoción
Producto de venta Fecha Hora 8 Fecha de inicio de la promoción
Fecha de producción de ventas Hora 8 Fecha de finalización de la promoción
Allowbate int 4 not null Permitir descuentos.
AllowSale Int 4 Not nullPermitir ventas.
Id de fábrica varchar 10 f número de fabricante no nulo
Provideidvarchar 10 f número de proveedor no nulo
Tabla de usuarios (usuario)
Nombre de campo Longitud del tipo de campo Restricción de valor de campo de clave primaria/externa Nombre chino correspondiente
ID de usuario varchar 10 P número de usuario no vacío
Nombre de usuario Varchar 25 nombre de usuario no vacío
La contraseña de usuario no es nula
UserStyle Int 4 No nulo Tipo de usuario
Lista de miembros (miembro)
Nombre de campo Longitud del tipo de campo Principal/ Foreign El nombre chino correspondiente a la restricción del valor del campo clave
Member Varchar 10 p No nulo número de miembro
MemberCard Varchar 20 No nulo Número de tarjeta de miembro
El total el monto del costo 4 no es nulo Monto de consumo acumulado
Fecha de registro Fecha Hora 8 no es nulo Fecha de registro
Tabla de ventas (Ventas)
Nombre de campo Tipo de campo Longitud Campo de clave principal/extranjera El nombre chino correspondiente a la restricción de valor
SaleID Varchar 10 P Número de ventas no nulo
MerChID Varchar 10 F número de producto no nulo
Fecha de venta fecha hora 8 no es nula Fecha de venta
SaleNum Int 4 No nulo Cantidad de ventas
Monto del precio de venta 4 no es nulo Monto de la orden de venta
Tabla de transacciones (Transacción)
Nombre de campo, tipo de campo, longitud, restricción de valor de campo de clave primaria/externa nombre chino correspondiente
Id. de transacción varchar 10 p no es un número de transacción vacío
El importe del precio de la transacción 4 no está vacío Importe de la transacción
Fecha de la transacción Moneda 4 no está vacía Fecha de la transacción
ID de miembro Varchar 10 Número de tarjeta de miembro
Nombre de usuario varchar10f está no está vacío Nombre de usuario
Tabla de registros de inventario (inventario)
Nombre de campo, tipo de campo, longitud, restricción de valor de campo de clave primaria/extranjera nombre chino correspondiente
StockID Varchar 10 P número de almacenamiento no vacío
MerchID Varchar 10 F No nulo Número de producto de entrada
MerchNum Int 4 No nulo Cantidad recibida
MerchPrice Money 4 La cantidad única es no nulo
Moneda del precio total 4El total no está vacío
Inventario fecha fecha hora 8 fecha hora fecha de almacenamiento
Fecha planificada fecha hora 8 fecha hora fecha de compra planificada
Estado del inventario Int 4 Estado del almacén no vacío
Lista de proveedores (proporcionada)
Nombre del campo Longitud del tipo de campo Clave primaria/extranjera Restricción del valor del campo correspondiente Nombre chino
Provideidvarchar10 p Número de proveedor no vacío
ProvideName Varchar 50 Nombre de proveedor no vacío
Dirección del proveedor
Proporcionar teléfono Número de teléfono del proveedor Varchar 25
Lista de proveedores (proporcionada)
Nombre de campo Longitud del tipo de campo Restricción de valor de campo de clave primaria/externa nombre chino correspondiente
ID de fábrica varchar 10 p fabricante no vacío número
FactoryName Varchar 50 nombre del fabricante no vacío
FactoryAddress Varchar 250 dirección del fabricante
FactoryPhone Varchar 25 número de teléfono de fábrica
6. Documentos de diseño físico
/*-Crear base de datos*/
Crear base de datos de supermercado
Durante las elecciones primarias
(
nombre =SuperMarketdb,
nombre de archivo = ' C:\Archivos de programa\Mi
crosoft SQL Server\MSSQL\Data\supermarketdb.MDF',
tamaño=100 MB,
tamaño máximo=200 MB,
crecimiento del archivo=20 MB
)
Iniciar sesión
(
nombre=SuperMarketlog,
nombre de archivo = ' C:\Program Files\Microsoft SQL Server \MSSQL\Data\supermarketdb.ldf',
tamaño=60 MB,
tamaño máximo=200 MB,
crecimiento del archivo=20 MB
)
Ir
/* -Crear tabla básica*/
Usar [Base de datos de supermercados]
Ir
/*Crear tabla de transacciones*/
Crear tabla de transacciones (
DealingID int identidad (1, 1) clave primaria,
La fecha y hora de DealingDate no son vacío,
El precio de la transacción no está vacío,
Nombre de usuario varchar(25) NULL,
MemberCard varchar(20) NULL
)
Ir
/*Crear tabla de proveedores*/
Crear fábrica de tablas (
FactoryID varchar(10) clave primaria,
p>
FactoryName varchar(50) no está vacío,
FactoryAddress varchar(250) NULL,
FactoryPhone varchar(50) NULL
)
Ir
/*Crear tabla de membresía*/
Crear miembro de tabla (
MemberID varchar(10) clave principal,
MemberCard varchar(20) no está vacía,
el monto del costo total no está vacío,
la fecha y hora de RegDate no están vacías
)
Ir
/*Crear tabla de información del producto*/
Crear tabla MerchInfo(
MerchID int identidad (1, 1) clave principal,
nombre de la mercancía varchar(50)Único NO NULL,
El precio del producto no es NULL,
MerchNum int no lo es NULL,
Advertencia int no está vacío,
PlanNum int no está vacío,
código de barras varchar(20) no está vacío,
el precio de venta está vacío,
la fecha y hora de SalesProDateS están vacías,
la fecha y hora de SalesProDateE están vacías,
AllowAbate int no está vacía,
AllowSale int no está vacío,
FactoryID int no está vacío,
ProvideID int no está vacío
)
Ir
/*Crear tabla de proveedores*/
Crear una tabla para proporcionar (
ProvideID varchar(10) clave principal,
ProvideName varchar(50) no está vacío,
ProvideAddress varchar(250) NULL,
ProvidePhone varchar(25) NULL
)
Ir
/*Crear superficie de venta*
/
Crear tabla de ventas (
SaleID int identidad (1, 1) clave principal,
MerChID int no está vacía,
Fecha de venta, fecha y hora no está vacía,
SaleNum int no está vacía,
El importe del precio de venta no está vacío
)
Ir
/*Crear tabla de recibos*/
Crear tabla de inventario (
StockID int identidad (1, 1) clave principal,
MerchID int No está vacío,
MerchNum int no está vacío,
El precio del producto está vacío,
El monto del precio total está vacío,
La fecha y hora de la fecha del plan están vacías,
La fecha y hora de StockDate están vacías,
El estado del inventario int no está vacío
)
Ir
p>/*Crear tabla de usuario*/
Crear tabla de usuario (
Clave primaria UserID varchar(10),
Nombre de usuario varchar(25) No está vacío,
UserPW varchar(50) no está vacío,
UserStyle int no está vacío,
)
Ir
/*-Crear restricciones entre tablas*/
/*Número de proveedor y número de proveedor en la tabla de información del producto y tabla de proveedores y proveedor en la tabla de proveedores Extranjero restricción de clave entre números */
Alterar tabla MerchInfo agregar
Restricción [FK_merchin fo_factory] clave externa
(
[FactoryID]
) se refiere a la fábrica (
[FactoryID]
),
Restricción [FK_MerchInfo_Provide] clave externa
(
[Proporcionar ID]
)Materiales de referencia proporcionados (
[Proporcionar ID]
)
Ir
/*Restricciones de clave externa entre el número de producto en la tabla de ventas y la tabla de información del producto*/
Cambiar adición de ventas en la tabla
Restricción [FK_Sales_Business Información] clave externa
(
[Comprensión tácita]
) se refiere a MerchInfo(
[Comprensión tácita]
) Al eliminar la cascada
Go
/*Restricciones de clave externa entre el número de producto en la tabla de recibos y la tabla de información del producto*/
Cambiar tabla de adición de inventario
Restricción [información de stock FK] clave externa
(
[virtud tácita]
) Referencia MerchInfo(
[Virtud tácita]
) al eliminar la cascada
Ir
/* -Crear índice.
/*Cree un índice no agrupado y utilice el número de transacción y la fecha de la transacción como elementos de índice en la tabla de transacciones*/
Cree un índice no agrupado IX_Dealing< en Dealing( DealingID, DealingDate) /p>
Ir
/*Crear un índice no agrupado y utilizar el número de producto como elemento de índice de la tabla de información del producto*/
Crear un índice no agrupado en MerchInfo (MerchID) Índice IX_MerchInfo
Go
/*Crear un índice no agrupado, utilizando el número de ventas y la fecha como elementos de índice de la tabla de ventas */
Crear un índice no agrupado IX_Sale ON Sale(SaleID, SaleDate)
Go
/*Crear un índice no agrupado y usar el almacenamiento número, fecha de almacenamiento y número de producto como elementos de índice en la tabla de almacenamiento*/
Crear índice no agrupado IX_Stock en Stock(StockID, StockDate, MerchID)
Ir
/* - Crear vista.
/*Crear una vista para consultar el estado de la transacción*/
Crear vista v_Dealing
Igual que
Seleccione la fecha de la transacción como fecha de transacción,
Nombre de usuario como nombre de empleado,
MemberCard como número de tarjeta de membresía,
Precio de transacción como monto de transacción
De la transacción
Ir
/*Crear una vista para consultar planes de adquisiciones*/
Crear vista v_PlanStock
Como
Seleccione acciones. StockID es SID,
MerchInfo. MerchName como nombre del producto,
MerchInfo. Código de barras como código de barras,
Fábrica. Nombre de la fábrica como fabricante,
proporcionado. Proporcione el nombre del proveedor,
stock. Mercurio como cantidad de compra planificada,
stock. Fecha planificada como fecha de compra planificada
Desde Inventario, MerchInfo, Proveedor, Fábrica
Dónde está el stock. MerchID = MerchInfo. Murshid
y proporcionado. ProvideID = Información sobre la mercancía. ProporcionarID
y fábrica. ID de fábrica=InfoMercancía. ID de fábrica
y stock. Estado del inventario = 0
Ir
/*Crear una vista para consultar registros de detalles de ventas*/
Crear vista v_Sale
Igual que
Selecciona MerchInfo. MerchName como nombre del producto,
MerchInfo. Código de barras como código de barras,
MerchInfo. El precio del producto es el precio del producto,
vendido. Precio de venta como precio de venta,
oferta. salenumas cantidad de ventas,
ventas. Fecha de venta como fecha de venta
Desde conexión interna de ventas
Descuento MerchInfo. MerChID = MerchInfo. Murshid
Ir
/*Crear una vista para consultar el estado del recibo*/
Crear vista v_Stock
as
p >Seleccione MerchInfo. MerchName como nombre del producto,
MerchInfo. Código de barras como código de barras,
Fábrica. Nombre de la fábrica como fabricante,
proporcionado. Proporcione el nombre del proveedor,
stock. Como precio de almacenamiento,
stock. La cantidad de mershnumas almacenadas,
el inventario total. El precio total es:
stock. Fecha de inventario como fecha de entrada
Desde Inventario, MerchInfo, Proveedor, Fábrica
Dónde está el stock.
MerchID = MerchInfo. Murshid
y proporcionado. ProvideID=MerchInfo. ProporcionarID
y fábrica. ID de fábrica=InfoMercancía. ID de fábrica
y stock. Estado del inventario = 1
Ir
7. Resumen
En comparación con el modelo de gestión tradicional, el uso de este sistema sin duda mejorará en gran medida la eficiencia operativa del supermercado Ayuda a mejorar el nivel de toma de decisiones y el nivel de gestión de los supermercados y proporciona soporte técnico eficaz para reducir los costos operativos, mejorar la eficiencia, reducir errores, ahorrar mano de obra, reducir el tiempo de compra de los clientes, aumentar el flujo de clientes, mejorar la satisfacción del cliente y. mejorar las capacidades de expansión de los supermercados.
Debido a las capacidades limitadas del desarrollador y al poco tiempo, este sistema inevitablemente tendrá algunas deficiencias, como:
Este sistema solo es adecuado para supermercados pequeños y no es adecuado para supermercados medianos y grandes supermercados.
El sistema de gestión de supermercados implica una amplia gama de problemas, tiene muchos problemas que deben resolverse, tiene funciones complejas y es difícil de implementar, sin embargo, debido a limitaciones de tiempo, este sistema solo puede realizar una parte. de sus funciones;
Nos disculpamos sinceramente por los problemas anteriores. Si se encuentran otros problemas, espero que el profesor los critique y corrija.