Система, обладающая удобным интерфейсом с разнообразной аналитикой и визуальным представлением информации, с возможностью осуществлять поиск и фильтрацию нужной информации, позволит существенно ускорить подготовку необходимых отчетов. На основе разработанной технологии будет возможность адаптации информационной системы под показатели существующих отчетов.

Разработкой корпоративной базы данных для учета грузоперевозок занимались Б.Н.Коваль и О.Ю.Герасимова [1]. Исследованием и разработкой моделей распределенных баз данных информационных систем корпоративного типа занимался А.В.Силин [2]. Пример разработки метода семантического поиска специалистов в корпоративной базе данных по естественно-языковым запросом в своем исследовании показали И.В.Захлебин и В.А.Фомичев [3]. Проектированием web-ориентированной информационной системы университета на основе клиент-серверных технологий занималиь Р.И.Баженов, А.П.Корнилков и др. [4]. И.А.Гусарова и А.Г.Юрочкин раскрыли вопросы создания корпоративной базы данных для информационной системы организации [5]. Технологии разработки базы данных информационных систем раскрыли В.М.Грачев, В.И.Есин и др. [6]. Разработку информационной системы оценки и прогноза пожарной опасности по условиям погоды, а также геоинформационной системы прогноза возникновения пожаров растительности в условиях муссонного климата средних широт в своем исследовании показали В.А.Глаголев и Р.М. Коган [7-8]. Особенности создания корпоративной базы знаний в своем исследовании раскрыли А.А.Пучкова и А.А.Ветрова [9]. О разработке информационной системы по контролю над пролонгацией страховых договоров написали Р.И.Баженов и А.В.Никитин [10]. Обзор решений для разработки корпоративной системы связи в своем исследовании рассмотрел Д.В.Ганин [11]. Б.Ш.Сахимбеков в своем исследовании описал Yii – программный комплекс для веб – приложений [12]. О возможностях Yii Framework написала О.В.Николаева [13]. Разработкой и изучением корпоративных баз данных также занимаются и зарубежные ученые [14-19].

Целью данного исследование является проектирование и разработка корпоративной базы данных учета получения, переработки и реализации брусита.

Объект исследования — учет получения, переработки и реализации брусита на предприятии.

Для достижения цели были реализованы следующие задачи:

•    систематизация и углубление знаний, полученных в ходе изучения дисциплины «Корпоративные информационные системы»;

•    анализ предметной области;

•    создание корпоративной базы данных;

•    создание PHP формы для удобства добавления данных в базу.

Функциональная схема деятельности предприятия представлена на рисунке (рис.1).

Рисунок 1. Функциональная схема деятельности предприятия

Входящей информацией является сведения о простое оборудования; о комплексах; о предприятиях-клиентах; о марке выпускаемой продукции.

В управляющей информации выделены нормативные документы и устав.

Механизмы, обеспечивающие работу предприятия, включают персонал предприятия и оборудование.

Выходная информация представлена отчетами (отчетная документация в бумажном и электронном виде согласно стандартам) и готовой продукцией.

Для наглядности представим схему технологических процессов (рис. 2).

Рисунок 2. Схема технологических процессов

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

Далее отсортированные массы поступают в продажу предприятиям. В итоге процесса деятельности предприятия на выходе получается готовая переработанная и разделенная по маркам продукция, а также отчетность по проделанной работе.

Далее отчеты отправляются инженеру и директору предприятия для определения состояния и хода выполнения преимущественно производственной деятельности предприятии, о также нормативы расхода и использования производственных ресурсов, показателей брака и других потерь.

Реализация, то есть отгрузка брусита заказчикам, происходит по составлению договоров. Заказчик заказывает необходимый ему тип, марку продукции. Основные поставки брусита осуществляются по России в Кемеровскую, Свердловскую области и другие регионы. Но и в Японию ежемесячно отправляется по 240 тонн для компании ”Сумитомо Седзе”.

В ходе исследования были выявлены задачи:

• Разработка автоматизированной информационной системы;
  
• Разработка удобного интерфейса;
• Организация базы данных на MуSQL.

Для решения поставленной задачи было решено разработать автоматизированное приложение. При проектировании баз данных будут использоваться методологии: UML, IDEF0. Реализация информационной системы предполагается на основе разработок приложений и web-технологий: PHP-фреймворкYii, MySQL.

Разработка структуры базы данных началась с описания физической моделей (рис.3).

Рисунок 3. Физическая модель

Следующим шагом было создание базы под названием term621 таблицы для их дальнейшего использования (рис.4).

Рисунок 4. Базы данных PhpMyAdmin

Следующем шагом, после создания базы данных является создание интерфейса пользователя для добавления записей в базу. Работа в информационной системе начинается с входа на главную страницу, где отображаются фотографии с предприятия и страница вход в программу (рис. 5).

Рисунок 5. Главная форма

Чтобы увидеть все остальные пункты меню необходимо авторизоваться на странице вход. Где необходимо ввести логин и пароль. Страница авторизации (рис.6).

Рисунок 6. Авторизация пользователя

После авторизации пользователя в приложении появляются закрытые части сайта.

Вход систему под администратором (рис.7).

Рисунок 7. Вход в систему под администратором

Одна из форм меню «Получено для производства по договору переработки от предпрития (рис.8).

Рисунок 8. Форма «Получено для производства по договору переработки от предприятия»

Для добавления записи в форму необходимо нажать добавление, где появится новая форма (рис. 9).

Рисунок 9. Добавление данных

Для просмотра списка данных формы нужно нажать просмотр (рис.10).

Рисунок 10. Список данных формы

В форме «Выпускаемая продукция» содержится информация о марках выпускаемых продукций и информация о ДСК, которая производит данный тип марки (рис.11).

Рисунок 11. Форма «Выпускаемая продукция»

Форма «Компании покупателей» содержит информацию о наименованиях, странах, адресах, телефонах и почтовых адресах компаний, которые состоят в сотрудничестве с предприятием (рис.12).

Рисунок 12. Форма «Компании покупателей»

Форма «Отгрузка готовой продукции» содержит информацию о наименовании отгруженных марок, наименовании предприятий, которым произведена отгрузка, а также количествах и датах отгрузок (рис.13).

Рисунок 13. Форма «Отгрузка готовой продукции»

В ходе проведения исследования была создана база данных, предназначенная для автоматизации операций, получения достоверной и оперативной информации.

Корпоративная база данных была разработана для подготовки отчётов сотрудниками предприятия.

Была выполнена поставленная в начале работы цель, а именно была разработана система, реализующая доступ к корпоративной базе данных «Учет получения, переработки и реализации брусита»

Таким образом, в ходе выполнения исследования были закреплены знания, полученные в процессе изучения дисциплины «Корпоративные информационные системы», создана корпоративная база данных и интерфейс пользователя в PHP форме, которые способны значительно облегчить работу сотрудникам предприятия в процессе использования АИС «Учет получения, переработки и реализации брусита».

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

Целью данной статьи является проектирование информационной системы Вуза. Данная тема является актуальной, так как в современных условиях внутренний контроль любой корпорации должен присутствовать на всех уровнях управления, а практически эффективная система внутреннего контроля – это гарантия успешной деятельности учебного заведения.
Информационная система Вуза предполагает учет успеваемости студентов различных групп.

В соответствии с поставленной целью в работе предполагается решить следующие задачи:

1. Проанализировать заданную предметную область и создать логическую модель базы данных. Проверить модель на удовлетворение требованиям нормализации;

2. Создать физическую модель базы данных, предусмотрев значения по умолчанию и условия вводимых пользователем значений;

3. Провести прямое проектирование;

4. Проверить базу данных в Oracle;

5. Провести обратное проектирование базы данных из Oracle;

6. Проверить модель средствами Validator и устранить ошибки;

7. Написать запросы.

1 ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

1.1. Предметная область

Предметной областью данной работы является база данных вуза.

Рассматривая данную тему, необходимо выделить основные объекты, которые являются ключевыми для создания модели данной системы.

БД хранить информацию о студентах разных групп и специальностей, учебном плане с указанием дисциплины, количества часов на каждый вид занятий по дисциплине, и формы контроля.

Студенты разных специальностей, форм обучений и факультетов сдают соответствующий зачет или экзамен на оценку преподавателю, которая заносится в ведомость.

Преподаватели относятся к определенной кафедре и факультету, и подчиняются заведующему кафедры.

1.2. Инфологическая модель

В рассматриваемой системе можно выделить следующие сущности:

1. СТ включает в себя информацию о студенте (Номер_зачетки, Дата_поступления, Номер_группы, Паспорт_ст, Фамилия, ст, Имя_ст, Отчество_ст, Факультет, Форма_обуч)
   
2. Группа включает в себя информацию о группе (Номер_группы, Направление)
   
3. Ведомость хранит информацию о сданных зачетах и экзаменах (Дата_сдачи, Семестр, Оценка, Номер_зачетки, Номер_дисц, Номер_преп, Форма_контр)
   
4. Дисциплина включает в себя информацию об учебном предмете (Номер_дисц, Наименование)
   
5. Учебный план хранит информацию о том, для студентов каких специальностей читается данная дисциплина (Код_уч_пл, Код_спец)
   
6. Часы включает в себя информацию о количестве часов на каждый вид занятий по определенной дисциплине (Курс, Семестр, Вид_зан, Номер_дисц, Часы, Код_уч_пл)
   
7. Преподаватель включает информацию о преподавательском составе вуза (Номер_преп, Фамилия_пр, Имя_пр, Отчество_пр, Должность, Факультет_пр, Паспорт_пр, Номер_каф, Подчиняется)
   
8. Кафедра включает в себя информацию о кафедре (Номер_каф, Наименование)
   
9. Специальность включает в себя информацию о специальности (Код_спец, Название)
   
10. Дисц_Пред включает в себя информацию о том, какую дисциплину ведет каждый преподаватель (Номер_дисц, преп)
11. Дисц_уч_план включает в себя информацию какая дисциплина прописана в каждом учебном плане (Номер_дисц, Код_уч_пл)

Между сущностями существуют следующие связи:

1. В одной группе может учится много студентов, но один студент может учится только в одной группе (1:М).
2. Один студент может сдавать экзамены и зачеты по многим дисциплинам, но по одной дисциплине могут сдавать экзамены и зачеты много студентов (М:М).
3. В учебном плане хранится информация о многих дисциплинах, но одна и та же дисциплина может быть указана в нескольких учебных планах (М:М).
4. Один преподаватель может работать на определенной кафедре, но на одной кафедре может работать много преподавателей (1:М).
5. Один преподаватель может подчиняться заведующему кафедры, который также может преподавать, но у одного заведующего кафедры в подчинении может находиться много преподавателей (Унарная связь).
6. Один преподаватель может вести много дисциплин, одну дисциплину может вести много преподавателей (М:М)

Логическая модель базы данных представлена на рисунке 1.

Рисунок 1- Логическая модель

1.3. Нормализация отношений

Согласно требованию первой нормальной формы, в таблице все строки должны быть различны и все элементы внутри ячеек должны быть атомарны[1]. Отсюда следует, что спроектированная модель находится в первой нормальной форме.

Таблицы также находятся и во второй нормальной форме, так как любое её поле, не входящее в состав первичного ключа, функционально полно зависит от первичного ключа[1].

Также можно сказать, что эти таблицы будут находиться в третьей нормальной форме, потому что неключевые атрибуты зависят от составного ключа нетранзитивно, эти атрибуты взаимно не зависимы, что удовлетворяет правилу третьей нормальной формы[1].

2. Датологическое проектирование

2.1. Физическая модель с указанными типами данных

Для реализации связи М:М (многие ко многим) вводятся ассоциативные таблицы:

Для связи между таблицами Дисциплина и Учебный_план вводится таблица Дисц_Уч_план.

Для связи между таблицами Преподаватель и Дисциплина вводится таблица Дисц_Преп.

Физическая модель с указанными типами данных представлена на Рисунке 2.

Рисунок 2 – Физическая модель

Для поля Часы вводится значение по умолчанию. Для некоторых полей предусмотрено условия проверки вводимых пользователем значений. Результаты представлены на рисунках 3 и 4 соответственно.

Рисунок 3–Наложение значений по умолчанию

Рисунок 4 – Наложение условия проверки вводимых значений

2.2. Отчет по ошибкам из Validator

После проверки созданной модели программой ERwin Data Model Validator, ошибок обнаружено не было. Результат представлен на рисунке 5.

Рисунок 5 – Диагностика модели в Validator

2.3. Прямое проектирование

Было проведено прямое проектирование, в результате которого создаются объекты базы данных в Oracle. На рисунках 6 и 7 соответственно представлено начало и результат прямого проектирования.

Рисунок 6 – Начало прямого проектирования

Рисунок 7- Результат прямого проектирования

2.4. Заполнение таблицы

Таблицы БД SQL Developer необходимо заполнять данными в определенной последовательности. Сначала надо заполнять главные таблицы, а затем подчиненные. Заполнение таблиц для базы данных вуза целесообразно выполнять в такой последовательности: Группа, СТ, Дисциплина, Кафедра, Преподаватель, Ведомость, Специальность, Учебный_план, Часы, Дисц_уч_план, Дисц_Преп.

На рисунках с 8 по 18 включительно представлены заполненные таблицы в указанной последовательности.

Рисунок 8 – Таблица Группа

Рисунок 9 –Таблица СТ

Рисунок 10 – Таблица Дисциплина

Рисунок 11 – Таблица Кафедра

Рисунок 12 – Таблица Преподаватель

Рисунок 13 – Таблица Ведомость

Рисунок 14 – Таблица Специальность

Рисунок 15 – Таблица Учебный_план

Рисунок 16 – Таблица Часы

Рисунок 17 – Таблица Дисц_Уч_План

Рисунок 18 – Таблица Дисц_Преп

2.5. Проверка работоспособности

Для некоторых полей вводятся значения по умолчанию и условия проверки вводимых пользователем значений. Если при заполнении таблицы не учитывать эти ограничения SQL Developer выдает ошибку “check constraint”.

Для поля Оценка в таблице ведомость должно быть условие Оценка = ‘отл’ or оценка = ‘хор’ or оценка = ‘удовл’ or оценка = ‘плохо’ or оценка = ‘зачет’ or оценка = ‘незачет’. Для поля Форма_контроля должно быть условие форма_контроля=’зачет’ or форма_контроля=’экзамен’.

Результат представлен на рисунке 19.

Рисунок 19 – Проверка условий для полей Оценка и Форма_контроля

Для полей Курс и Семестр в таблице Часы значения должны быть положительными. Результат представлен на рисунке 20.

Рисунок 20 – Проверка условий для полей Курс и Семестр

Для поля Вид_зан условие должно быть Вид_зан=’Лекция’ or Вид_зан=’Семинар’ or Вид_зан=’ЛР’ or Вид_зан=’КР’. Результат представлен на рисунке 21.

Рисунок 21 – Проверка условий для поля Вид_зан

Для поля Часы в таблице Часы установлено значение по умолчанию, равное нулю. Результат представлен на рисунке 22.

Рисунок 22 – Проверка условия по умолчанию для поля Часы

2.6. Выполнение запросов

Виды запросов в информационной системе:

select фа_ст

from ст left outer join

ведомость

on ст.ном_зач = ведомость.ном_зач

where ст.ном_зач != all

(select ном_зач

from ведомость

where сем_тр =1);

Рисунок 23 – Запрос 1

select distinct ст.фа_ст as “фамилия”, ведомость.оценка , ведомость.номер_дисц,

(select н_гр from ст where н_гр =531 ) as “номер группы”

from ст inner join ведомость

on ст.ном_зач = ведомость.ном_зач

where номер_дисц =1;

Рисунок 24 – Запрос 2

select фамилия_пр,count(ведомость.ном_зач) as “кол-во ст”

from преподаватель inner join ведомость on преподаватель.номер_преп=ведомость.номер_преп

where оценка = ‘удовл’ or оценка = ‘хор’ or оценка = ‘отл’ or оценка = ‘зачет’ and номер_дисц = 1

group by фамилия_пр

having фамилия_пр =’алексеев’;

Рисунок 25 – Запрос 3

select s.фамилия_пр as “зав_каф”,n.фамилия_пр as “препод”

from преподаватель s

inner join преподаватель n

on s.номер_преп = n.подчиняется;

Рисунок 26 – Запрос 4

select фамилия_пр,count(номер_дисц) as “кол-во предметов”

from преподаватель inner join дисц_преп on преподаватель.номер_преп=дисц_преп.номер_преп

group by фамилия_пр;

Рисунок 27 – Запрос 5

ЗАКЛЮЧЕНИЕ

В результате выполнения работы была спроектирована информационная система Вуза. Данный проект удовлетворяет основным требованиям, предъявленным в задании.

В процессе выполнения работы была проанализирована заданная предметная область, выполнена проверка базы данных, в результате которой аномалий выявлено не было, все таблицы были нормализованы. Была построена модель базы данных в ERwin, были предусмотрены значения по умолчанию и условия вводимых пользователем значений. Спроектированная модель была проверена в ERwin Validator, обнаруженные ошибки были устранены.
Было произведено прямое и обратное проектирование, были заполнены таблицы и написаны SQL запросы.