Моделирование лифта с использованием объектно-ориентированного анализа и проектирования [закрыто]

Дональд Кнут Искусство программирования том.1 имеет демонстрацию лифта и данных-структур. Кнут представляет очень тщательную дискуссию и программу.

Knuth (1997)" Информационные Структуры",Искусство программирования Vol. 1 стр. 302-308

Я видел много вариантов этой проблемы. Одно из основных различий (которое определяет сложность) заключается в том, есть ли какая-то централизованная попытка иметь "умную и эффективную систему", которая будет иметь балансировку нагрузки (например, отправлять больше простаивающих лифтов в лобби утром). Если это так, то дизайн будет включать в себя целую подсистему с действительно забавным дизайном.

полный дизайн, очевидно, слишком много, чтобы присутствующие здесь и есть много altenatives. Широты тоже нет четкий. В интервью они попытаются выяснить, как вы думаете. Тем не менее, это некоторые из вещей, которые вам понадобятся:

1. представление центрального контроллера (при условии, что он есть).

2. представлений лифтов

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

4. представления стрелок или индикаторов на каждом этаже (почти "вид" модели лифта).

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

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

посмотреть:

Lu Luo, A UML Documentation for a Elevator System
Distributed Embedded Systems, Fall 2000
Ph.D. Project Report
Carneghie Mellon University

ссылке

Подробный Ответ:

http://www.angelfire.com/trek/software/elevator.html

вещь должна быть рассмотрена в то время как проектирование система лифта,

Elevator
Floor/Location Identifier
Number of steps
Rotation speed
Daterange
InstallationDate
MaintainenceDate
Department Identifier
AllowedWeight
Detail / Description
Poison Ratio (Statistics)
Start
Stop
SetDirection
SetRotationSpeed
EmergencyStop = Stop + Alert
EmergencyAccidentSenser Handler

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

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

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

кажется, что это может быть очень просто или очень сложно. Если мы не берем параллелизм или время для лифта, чтобы добраться до одного места, то кажется, что это будет просто, так как нам просто нужно проверить состояние лифта, например, он движется вверх или вниз, или стоя на месте. Но если мы делаем лифт реализовать Runnable, и постоянно проверять и синхронизировать очередь (linkedList). Класс контроллера назначит, на какой этаж идти в очереди. Когда очередь пуста, метод run () будет ждать (queue.подождите ()), когда этаж назначен этому лифту, он вызовет очередь.сообщить (), чтобы разбудить метод run (), и метод run() будет вызывать goToFloor(очереди.поп.))( Это сделает проблему слишком сложной. Я пытался написать это на бумаге, но не думаю, что это завод. Похоже, что нам действительно не нужно учитывать проблему параллелизма или синхронизации, но нам нужно как-то использовать очередь для распределения элемента управления.

какие будут предложения?