Моделирование работы морского порта

Ребят,столкнулась с таким проектом.Нужно реализовать,100500 раз прочитала условие,и ничего не понимаю...Кто может помочь разобраться и все "разложить по полочкам"?

Требуется создать компьютерную модель обслуживания потока заявок на разгрузку, поступающих от грузовых судов (сухогрузов и танкеров), прибывающих в морской порт. Грузовые суда прибывают в порт согласно расписанию, но возможны опоздания и досрочные прибытия. Расписание включает день и время прибытия, название судна, вид груза и его вес, а также планируемый срок стоянки в порту для разгрузки.
Для разгрузки судов в порту используются три вида разгрузочных кранов, соответствующих трем видам грузов: сыпучим и жидким грузам, контейнерам. Число разгрузочных кранов каждого вида ограничено, так что поступающие заявки на разгрузку одного вида груза образуют очередь. Длительность разгрузки судна зависит от вида и веса его груза, а также некоторых других факторов, например, погодных условий. Любой дополнительный (сверх запланированного срока) день стояния судна в порту (из-за ожидания разгрузки в очереди или из-за задержки самой разгрузки) влечет за собой выплату штрафа (например, 2 тыс. у.е. за каждый дополнительный день простоя судна).
При моделировании прибытия судов отклонение их от расписания рассматривается как случайная величина с равномерным распределением в некотором интервале (например, от -2 до 9 дней). Еще одной случайной величиной, изменяющейся в фиксированном диапазоне (например, от 0 до 12 дней), является время задержки окончания разгрузки судна по сравнению с обычным (зависящим только от вида груза и его веса).
Цель моделирования работы морского порта – определение для заданного расписания прибытия судов минимально достаточного числа кранов в порту, позволяющего уменьшить штрафные суммы. Период моделирования – месяц, шаг моделирования – 1-3 дня. В параметры моделирования следует включить расписание прибытия судов, количество кранов каждого вида, диапазоны разброса случайных величин (отклонения от расписания прибытия и отклонения от обычного времени разгрузки), а также шаг моделирования.
Визуализация моделируемого процесса должна предусматривать показ очередей у разгрузочных кранов, приход судов в порт и их отход после разгрузки. Должен быть показан также список произведенных разгрузок, в котором указывается название разгруженного судна, время его прихода в порт и время ожидания в очереди на разгрузку, время начала разгрузки и ее продолжительность. По окончании моделирования должна быть выведена итоговая статистика: число разгруженных судов, средняя длина очереди на разгрузку, среднее время ожидания в очереди, максимальная и средняя задержка разгрузки, общая сумма выплаченного штрафа.

0

Для начала нужно определить сущности. Это очень просто - то чем в жизни оперируют люди. Если в речи проскакивает понятие судно - то это кандидат на сущность. И т.д.. Главное тут не пытаться додумывать за жизнь...
У каждой сущности могут быть свойства. Например у сулна это будет название, груз... и т.д...
У сущности так-же могут быть глаголы. Это то, что делают с сущностью. Судно например имеет ход, может швартоваться, разгружаться...
В конечном итоге Вы должны получить набор сущностей, которых достаточно для решения всех задач из жизни порта и убивать ваше тз проекта полностью. При этом все глаголы должны работать, все свойства можно узнать именно у тех сущностей у которых по жизни это и узнают. И т.п. вещи.
(вообще лучше глянуть альма-матер по ООА, ООД и ООП - книгу Гради Буча, одного из авторов UML). И этот процесс называется декомпозиция(первый шаг).
Далее выбираете инструментарий, требования к системе в разрезе тех. средств, UI и прочей ерунды.
Далее дело техники.

(круглый)

0

мне не совсем ясна реализация...может БД в Microsoft Access делать и от этого плясать?

0

на чём, где делать, на каком языке - это дело двадцать пятое. Вы сначала с логикой определитесь, что и как будет в Вашей модели.

(круглый)

0

правильно?
что еще необходимо добавить или исправить,не подскажете?

Миниатюры

 

0

я имел ввиду объектно-ориентированную модель, но если Вам удобно видеть в терминах баз данных...
кхм..
1) заведите се правило, что таблица на которую могут ссылаться - всегда имеет поле ID (в Вашем примере если заведена таблица "грузовые суда", то тащить в другие таблицы снова название судна - мягко говоря совсем не верно. И не совсем понятно "наименование судна" и "название судна" - это одно и то-же?). При ссылке на таблицу - так и пишем ID<имя таблицы>(или иногда сокращают до названия таблицы только). а то не совсем понятно - есть ссылка, нет ссылки...
2) с типами ссылок, у вас что то не понятное. берём например таблицу "грузовые суда" каждая запись может ссылаться на несколько записей из таблицы "типы судов". Т.е. приходит судно и оно может быть и сухогруз и танкер и контейнеровоз? То же самое с расписанием - на одну запись в расписании приходит куча судов?

с уважением
(круглый)

0