
Пример проекта 2
.pdfCapitan |
int |
Капитан |
|
|
|
|
|
Getter |
varchar |
Получател |
|
|
|
ь |
|
|
|
|
|
Arrival_point |
varchar |
Пункт |
|
|
|
назначения |
|
|
|
|
|
Fisching_object |
int |
Объект |
|
|
|
промысла |
|
|
|
|
|
Weight |
int |
Масса |
|
|
|
|
|
Production
Сущность содержит информацию об операциях добычи, производимых на
судне.
Название поля |
Тип |
Пояснение |
Ключи |
|
данных |
|
|
|
|
|
|
id |
Int |
Первичны |
Primar |
|
|
й ключ |
y key |
|
|
|
|
Date_ |
Int |
Дата |
|
|
|
добычи |
|
|
|
|
|
Trip |
Int |
Рейс |
Foreig |
|
|
|
n key |
|
|
|
|
Ship |
Int |
Судно |
|
|
|
|
|
|
|
31 |
|
Latitude |
Float |
|
Широта |
|
|
|
|
|
|
Capitan |
Int |
|
Капитан |
|
|
|
|
|
|
Longitude |
Float |
|
Долгота |
|
|
|
|
|
|
Fishing_gear |
Int |
|
Орудие |
Foreig |
|
|
лова |
|
n key |
|
|
|
|
|
Fishing_object |
Int |
|
Объект |
Foreig |
|
|
промысла |
n key |
|
|
|
|
|
|
Weight |
Int |
|
Масса |
|
|
|
|
|
|
Ship_daily_report
Сущность содержит информацию об ССД (судовых суточных донесениях).
Название поля |
Тип |
|
Пояснение |
Ключ |
|
данных |
|
|
и |
|
|
|
|
|
id |
Int |
|
Первичный |
Primar |
|
|
ключ |
|
y key |
|
|
|
|
|
Date_ |
datetime |
|
Дата |
|
|
|
|
|
|
Trip |
Int |
|
Рейс |
Foreig |
|
|
|
|
n key |
|
|
|
|
|
|
32 |
|
|
Ship |
Int |
Судно |
|
|
|
|
|
Capitan |
Int |
Капитан |
|
|
|
|
|
Permission |
Int |
Разрешение |
Foreig |
|
|
|
n key |
|
|
|
|
Latitude |
Float |
Широта |
|
|
|
|
|
Longitude |
Float |
Долгота |
|
|
|
|
|
Weight |
Int |
Масса |
|
|
|
|
|
District |
Int |
Район |
Foreig |
|
|
промысла |
n key |
|
|
|
|
Fishing Gear
Сущность содержит информацию об орудиях лова, используемых в
промысле.
Название поля |
Тип |
|
Пояснение |
Ключи |
|
данных |
|
|
|
|
|
|
|
|
Id |
Int |
|
Первичный |
Primar |
|
|
ключ |
|
y key |
|
|
|
|
|
name |
Varchar |
|
Орудие |
Alter |
|
|
лова |
|
key |
|
|
|
|
|
|
33 |
|
|
District
Сущность содержит информацию о районах промысла, в которых
осуществляется деятельность предприятия.
Название поля |
Тип |
Пояснение |
Ключи |
|
данных |
|
|
|
|
|
|
Id |
Int |
Первичны |
Primar |
|
|
й ключ |
y key |
|
|
|
|
coordinate |
Varchar |
Координат |
|
|
|
ы |
|
|
|
|
|
Profession
Сущность содержит информацию о должностях сотрудников,
существующих в предприятии.
Название поля |
Тип |
Пояснение |
Ключи |
|
данных |
|
|
|
|
|
|
Id |
Int |
Первичны |
Primar |
|
|
й ключ |
y key |
|
|
|
|
Profession |
Varchar |
Название |
Alter |
|
|
профессии |
key |
|
|
|
|
Employee
Сущность содержит информацию о сотрудниках предприятия.
34
Название поля |
Тип |
Пояснение |
Ключи |
|
данных |
|
|
|
|
|
|
Id |
Int |
Первичны |
Primar |
|
|
й ключ |
y key |
|
|
|
|
Name |
Varchar |
Имя |
Alter |
|
|
|
key |
|
|
|
|
Passport |
Varchar |
Номер |
|
|
|
паспорта |
|
|
|
|
|
Profession |
Int |
Профессия |
Foreign |
|
|
|
key |
|
|
|
|
Production_output
Сущность содержит информацию о выпусках продукции на судне.
Название поля |
Тип |
Пояснение |
Ключ |
|
данных |
|
и |
|
|
|
|
id |
Int |
Первичный |
Primar |
|
|
ключ |
y key |
|
|
|
|
Date_ |
Datetim |
Дата |
|
|
e |
выпуска |
|
|
|
|
|
Trip |
Int |
Рейс |
Foreig |
|
|
|
n key |
|
|
|
|
Latitude |
Float |
Широта |
|
|
|
|
|
|
|
35 |
|
Ship |
Int |
Судно |
|
|
|
|
|
Longitude |
Float |
Долгота |
|
|
|
|
|
Fishing_gear |
Int |
Орудие |
Foreig |
|
|
лова |
n key |
|
|
|
|
Fishing_object |
Int |
Объект |
Foreig |
|
|
промысла |
n key |
|
|
|
|
Weight |
Int |
Масса |
|
|
|
|
|
District |
Int |
Район |
Foreig |
|
|
промысла |
n key |
|
|
|
|
Production_director |
Int |
Зав. |
Foreig |
|
|
Производством |
n key |
|
|
|
|
3.4.Разработка контрольного примера
Для проверки возможности представлять информацию о проведенной рыболовецкой деятельности в спроектированной структуре данных, разработаем контрольный пример.
Данный пример содержит: представление ССД, представление списка сотрудников и представление выгрузок.
36

Рисунок 8 - представление ССД
Рисунок 9 - представление списка сотрудников
Рисунок 10 - представление выгрузок
37
4.Разработка программного обеспечения
4.1.Анализ и выбор систем программирования
Выбор системы управления баз данных (СУБД) представляет собой сложную много параметрическую задачу и является одним из важных этапов при разработке в том числе и Автоматизированных информационных систем,
содержащих в себе базы данных.
Наиболее правильный подход при выборе СУБД основан на оценке того, в
какой мере существующие системы удовлетворяют как текущим, так и будущим потребностям создаваемого проекта информационной системы. Существует несколько критериев выбора системы управления базами данных:
-моделирование данных;
-особенности архитектуры и функциональные возможности;
-контроль работы системы;
-особенности разработки приложений;
-производительность;
-надежность;
-требования к рабочей среде;
-смешанные критерии.
При рассмотрении критерия моделирования данных обычно обращают внимание на используемую модель данных. Существует множество моделей,
самые распространенные из них – иерархическая, сетевая, реляционная,
объектно-реляционная и объектная. Вопрос об использовании той или иной модели должен решаться на начальном этапе проектирования информационной системы. Важным критерием является средства поиска, поддерживаемые типы данных, заложенные в систему, а также наличие и возможность расширение типов. Критерий, определяющий особенности архитектуры и функциональные особенности, предполагает оценку:
38
-мобильности системы, ее независимость от среды, в которой она работает;
-масштабируемости, возможности соответствовать росту информационной системы;
-распределенности, возможности управления распределенными базами данных;
-сетевых возможностей, возможностей использования системами широкого диапазона сетевых протоколов и служб для работы и администрирования
39
Критерий контроля работы подразумевает контроль использования памяти компьютера, когда система может управлять использованием, как оперативной памяти, так и дискового пространства, что может выражаться, например, в
сжатии баз данных, или удалении избыточных 18 файлов. Многие современные системы включают в себя возможности самоконфигурирования, как правило,
опирающиеся на результаты работы сервисов самодиагностики производительности. Данная возможность позволяет выявить слабые места конфигурации системы и автоматически настроить ее на максимальную производительность. Многие производители СУБД выпускают также средства разработки приложений для своих систем. Как правило, эти средства позволяют наилучшим образом реализовать все возможности сервера, поэтому при анализе СУБД стоит рассмотреть также и возможности средств разработки приложений.
Некоторые системы имеют средства автоматического проектирования, как баз данных, так и прикладных программ. Поддержка большого количества национальных языков и возможности разработки web-интерфейса расширяют область применения системы и приложений, построенных на ее основе, а
наличие широкого спектра используемых языков программирования повышает доступность системы для разработчиков и существенно влияет на быстродействие и функциональность создаваемых приложений. Для тестирования производительности применяются различные средства, и
существует множество тестовых рейтингов. Одним из самых популярных и объективных является TPC-анализ производительности систем. Показатель TPC
– это отношение количества запросов обрабатываемых за некий промежуток времени к стоимости всей системы. Наличие возможности обеспечения параллельной обработки данных в СУБД играет не менее важную роль при выборе системы. Можно выделить два подхода: распараллеливание обработки последовательности запросов на несколько процессоров, либо использование нескольких компьютеров-клиентов, работающих с одной БД, которые объединяют в так называемый параллельный сервер. Желательно, чтобы
выбранная система позволяла производить оптимизацию запросов.
40