Рассмотрение системы ведения учета вакансий и распределения вакантных мест, руководствующейся перечнем специальностей, местом работы, размером заработной платы, условиями труда и списками безработных. Разработка приложения по работе с базой данных.
Поддержка записей имеет долгую историю, но, несмотря на эволюцию от глиняных таблиц к папирусу, затем к пергаменту и наконец к бумаге, все это время она имела одну общую черту - обработка информации производилась вручную. С развитием цивилизации документооборот грозил поглотить все время специалиста - к концу XX века у многих компаний имелись целые этажи, предназначенные для хранения документов, что, согласитесь, не так далеко от хранения глиняных таблиц в шумерских архивах. Появились стандартные пакеты для таких общеупотребительных бизнес-приложений, как бухгалтерия, расчет заработной платы, ведение инвентарных ведомостей, управление подпиской, банковская деятельность и ведение библиотек документов. Тем, кто уже пошел этим путем, очевидно, что базы данных могут коренным образом изменить характер работы любых организаций, позиционирующихся в разных предметных областях, избавив менеджеров от выполнения рутинных процедур, связанных с поиском информации в многочисленных файлах, бумажных документах, справочниках и стандартах. Программное обеспечение, позволяющее решить эту задачу - создавать БД, обновлять хранимую в ней информацию - и обеспечивающее удобный доступ к ней с целью просмотра и поиска, называется системой управления базой данных (СУБД).Спецификации требований к данным: - каждая вакансия имеет уникальный идентификационный номер; если на вакантное место устраивается подавший резюме, то вакантное место меняет статус на «невакантное» и удаляется резюме устроившегося, а также он добавляется в таблицу информации устроившихся по ID номеру рабочего места; если с рабочего места увольняется сотрудник, то рабочее место меняет статус на вакантное; -на каждом рабочем месте может работать только один человек.На основе проектирования предметной области, выделяются следующие сущности: Сильные сущности: - Рабочее место: ID, место работы(название фирмы), требуемая специальность, предлагаемая заработная плата, условия труда, необходимый стаж, вакантность.После выделения сущностей нужно определить существующие между ними связи. При выделении существующих связей из спецификации выделяют фразы, содержащие глаголы. Затем выясняют кардинальность связей, выясняют степень участия каждой сущности в конкретной связи.Следующий шаг после определения типов связей - определение атрибутов и связывание их с типами сущностей и связей. На основе требований и логики были выделены следующие атрибуты, показанные в таблице 2.О каждом атрибуте должны быть документированы следующие данные: имя атрибута и его описание тип данных и размерность значения все псевдонимы, под которыми упоминается атрибут информация о том, является ли атрибут составным и, если это так, из каких простых атрибутов он состоит информация о том, является ли атрибут многозначным информация о том, является ли данный атрибут производным и, если это так, какой метод используется для вычисления его значения значение, принимаемое для атрибута по умолчанию (если таковое имеется). Атрибуты сущностей и связей представлены в приложении А. Выделим первичные и потенциальные ключи: Сущность «Рабочее место»: первичный ключ - ID. Для того чтобы схема была спроецирована правильно, без аномалий модификации данных, были выполнены следующие действия: Удаление связей M:N;Определим набор отношений, участвующих в этой модели: Описание сильных сущностей: Рабочее место (ID, Место работы(фирма), Требуемая специальность, Предлагаемая заработная плата, Условия труда, Необходимый стаж, Вакантность.). Для приведения таблиц к 1НФ требуется составить прямоугольные таблицы (один атрибут - один столбец) и разбить сложные атрибуты на простые, а многозначные атрибуты вынести в отдельные отношения. В данной базе данных первичные ключи имеют отношения группы - студенты, студенты-журнал успеваемости и учебный план - журнал успеваемости.Ограничение целостности представляет собой набор правил, которые позволяют предотвратить ввод в БД противоречивых данных. Указаны в Таблице «Атрибуты сущностей и связей» приложение А Ограничение для доменов атрибутов Указаны в Таблице «Атрибуты сущностей и связей» приложение А Целостность сущностейСкрипт создания базы данных: CREATE TABLE VACANCYRECORDS (ID int not null constraint PK_ID primary key default 0, Company nvarchar(50) not null, Speciality nvarchar(50) not null, Payment nvarchar(50) not null, Conditions nvarchar(50) not null, NECESSARYEXP int, Vacant nvarchar(50) not null default "yes" (Record_Number int not null constraint PK_RECORDNUMBER primary key default 0, SECONDNAME nvarchar(50) not null, Name nvarchar(50) not null, MIDDLENAME nvarchar(50) not null, Age int not null, Experience int, Education nvarchar(50) (ID int not null constraint PK_ORDERNUMBER primary key REFERENCES dbo.
