Презентация на тему Разработка информационно поисковой системы электронных компонентов

данных информационно-поисковой системы электронных компонентов, на основе клиент-серверной технологии.

При этом необходимо решить следующие задачи:
- Провести анализ систем управления базами данных, выявить преимущества и недостатки каждой из рассмотренных, осуществить выбор наиболее подходящей.
- Разработать физическую и логическую модели базы данных информационно-поисковой системы электронных компонентов, провести нормализацию.
- Разработать программную реализацию клиент-серверной информационно-поисковой системы электронных компонентов.

хранения бизнес-правил (например, правил ограничения целостности данных) на сервере,

что позволяет избежать дублирования кода в различных клиентских приложениях, использующих общую базу данных. 3. У правления пользовательскими привилегиями и правами доступа к различным объектам базы данных. 4. Резервного копирования и архивации данных, а также оптимизации выполнения запросов; 5. Параллельной обработки данных, особенно в случае использования многопроцессорных компьютеров в качестве сервера баз данных.

Преимущества архитектуры
«клиент-сервер»:

поставленной задачи, а именно проектирования и запуска реляционной БД

с архитектурой клиент-сервер, на машине с платформой Windows, наиболее удобной СУБД будет являться Microsoft SQL Server. Этот выбор обусловлен простотой в использовании, изучении, освоении, отсутствием необходимости в мультиплатформенности, большой производительностью СУБД и большим количеством вспомогательных информационных ресурсов.

Анализ и критерии оценки существующих СУБД

можно приобрести указанный электронный компонент;
для заданного набора электронных компонентов

определить предприятия, у которых наиболее выгодно их приобретать (критерием является не только стоимость, но и возможность приобретения как можно большего числа видов микросхем у одного предприятия);
группировки электронных компонентов;
поиска аналогов.

Таблица 2 - Описание объекта Производители

- Описание объекта Аналоги микросхем

,
t_type_micro varchar(12) NOT NULL ,
CONSTRAINT XPKType PRIMARY KEY CLUSTERED

(id_type ASC)
)
go
CREATE TABLE Microscheme
(
m_markirovka varchar(20) NOT NULL ,
m_harakteristika varchar(50) NOT NULL ,
id_micro integer NOT NULL ,
id_type integer NOT NULL ,
CONSTRAINT XPKMicroscheme PRIMARY KEY NONCLUSTERED (id_micro ASC),
CONSTRAINT R_5 FOREIGN KEY (id_type) REFERENCES Type(id_type)
ON DELETE NO ACTION
ON UPDATE NO ACTION
)

CREATE TABLE Proizvoditel
(
p_postavshiki varchar(20) NOT NULL ,
p_cena money NOT NULL ,
p_maks_zakaz integer NOT NULL ,
id_micro integer NOT NULL ,
p_cena_optom money NULL ,
id_postavshika integer NOT NULL ,
id_analog integer NOT NULL ,
CONSTRAINT XPKProizvoditel PRIMARY KEY CLUSTERED (id_postavshika ASC),
CONSTRAINT Micro_proizvod FOREIGN KEY (id_micro) REFERENCES Microscheme(id_micro)
ON DELETE NO ACTION
ON UPDATE NO ACTION,
CONSTRAINT R_7 FOREIGN KEY (id_analog) REFERENCES Analog_micro(id_analog)
ON DELETE NO ACTION
ON UPDATE NO ACTION
)

CREATE TABLE Analog_micro
(
id_analog integer NOT NULL ,
a_analog varchar(20) NULL ,
id_micro integer NOT NULL ,
CONSTRAINT XPKAnalog_micro PRIMARY KEY CLUSTERED (id_analog ASC),
CONSTRAINT R_6 FOREIGN KEY (id_micro) REFERENCES Microscheme(id_micro)
ON DELETE NO ACTION
ON UPDATE NO ACTION
)

CREATE TABLE Microscheme
(
m_markirovka varchar(20) NOT NULL ,
m_harakteristika varchar(50) NOT NULL ,
id_micro integer NOT NULL ,
id_type integer NOT NULL ,
CONSTRAINT XPKMicroscheme PRIMARY KEY NONCLUSTERED (id_micro ASC),
CONSTRAINT R_5 FOREIGN KEY (id_type) REFERENCES Type(id_type)
ON DELETE NO ACTION
ON UPDATE NO ACTION
)

по логину и паролю соответствующего пользователя БД.

Второе направление:

применение шифрования типа RSA.