Диссертация (792664), страница 6
Текст из файла (страница 6)
ФрагментПГД, соответствующийстационарному режимудневного часа непик,построенМастер созданияпереходного режимаизменения парностиПроцесс построенияпереходногорежима входа вночную расстановкуПГД целыйМастер созданияночной расстановкиПГД и ГО построеныРисунок 2.3 – Модель процесса автоматизированного построения ПГД и ГО37Процесс анализаданных ПГД и ГОГО и ПГД построеныСогласование ГО иПГД сзаинтересованнымислужбамиXORСогласование ГО иПГД сзаинтересованнымислужбамине выполненоСогласование ГО иПГД сзаинтересованнымислужбамивыполнено успешноVXORФормулировкадополнительныхтребований к ПГД и ГОДополнительныетребования к ПГД иГО сформулированыТребования поизменению исходныхданных для построенияГОФормулировкатребований поизменению исходныхданных для построенияПГД и ГОТребования поизменению исходныхданных дляпостроения ПГД и ГОсформулированыТребования поизменению исходныхданных для построенияГОРасчет техникоэкономическихпоказателей ПГДТехникоэкономическиепоказатели ПГДМастер созданиясопроводительнойдокументацииПодготовительныеоперации попредоставлениюинформации оплановом графикедвижения поездовСопроводительнаядокументацияПодготовительныеоперации попредоставлениюинформации оплановом графикедвижения поездоввыполненыТехникоэкономическиепоказатели ПГДрассчитаныVПроцесс построенияПГД и ГОПроцесс подготовкиисходных данныхдля построения ПГДГОПередача ГО и ПГД иих техникоэкономическихпоказателей взаинтересованныеслужбыПередача ГО и ПГД и ихтехнико-экономическихпоказателей взаинтересованные службывыполнена.Указание о построениипланового графика движениявыполненоПроцесс ввода вэксплуатацию ПГДи ГОПГД и ГО введены вэксплуатациюАнализ результатовработы попостроенному ПГД иГОVСуществуетнеобходимостьпереработки ПГДПГД функционируетисправноРисунок 2.4 – Модель процесса автоматизированных анализа и передачизаинтересованным службам ПГД и ГО38СистемаУказание о составлении нового ПГДВвод в «АРМ Графиста» перечнярассматриваемых линийВвод в «АРМ Графиста»информации о точках остановки нарассматриваемых линияхПредставитель руководства предприятияВвод в «АРМ Графиста»информации о путевом развитиирассматриваемых линийФормирование заданийВыбор режимов ведения поездовпо перегонам и вариантов времениполного оборотаВвод в «АРМ Графиста»информации о пассажиропотокеОпределение потребной парностидвижения и продолжительностистоянок на станцияхИнженер-графист Службы движенияВвод в «АРМ Графиста»информации о депоСотрудник Службы подвижного составаВвод в «АРМ Графиста»информации о типах ремонтаВвод в «АРМ Графиста»информации о маршрутахПроверка реализуемостипотребной парности движения ивыбор типа графикаФормулировка требований поизменению исходных данных дляпостроения ПГДСотрудник Службы пообслуживанию инфраструктурыОпределение плановых времен ходапо перегонам и времен стоянки настанцияхВвод в «АРМ Графиста»информации о типах расписанияВвод в «АРМ Графиста»информации об указателях ночнойрасстановки составовВвод в «АРМ Графиста»информации о линейных пунктахосмотраВвод в «АРМ Графиста»информации о пунктахрегулировочного отстояВвод в «АРМ Графиста»информации о размещенииуказателей ночной расстановкисоставов на путях линииВвод в «АРМ Графиста»информации о последовательностизаполнения и освобожденияуказателей ночной расстановкисоставовПроверка реализуемости ГОФормулировка требований поизменению исходных данных дляпостроения ГОРисунок 2.5 – Диаграмма прецедентов процесса сбора и анализа данных ПГД иГО39Рисунок 2.6 – Схема рекурсивной процедуры автоматизированного построенияПГД2.2 Выбор методологии автоматизации планирования движения поездов вусловиях развивающихся метрополитенов.
Выбор методологиипостроения АСП ПГД ППМ2.2.1Выбор схемы, применяемой для создания АСП ПГД ППМОдной из распространенных схем, применяемых для создания программныхпродуктов, которыми чаще всего и являются средства автоматизации, является40схема Model-View-Controller (MVC, Модель-Представление-Контроллер) [135][136]. Эта схема представлена на Рисунке 2.7 Логика работы программныхпродуктов, построенных с использованием схемы MVC, может быть различной,что объясняет присутствие на схеме резервирующих друг друга связей [22].4св . Оуп яза браО ра нн бобр вл ог ткащ ен о а сен ия с о обие на бъ ытк эк ект иямо ра ом ,де неин 6.лисо и фо Перст зм рм едоя е ац ачни не ии ая ни омо и бделиМодельхранит данные и обновляетПредставление, принеобходимости.{8}={6}U{5}={2}U2.
Передача сообщения особытии, связанном с объектомуправления на экранеКонтроллеробрабатывает командыпользователя и управляетданными Модели (добавляет,стирает или изменяет){4}Представлениеотображает на экране§ меню§ кнопки§ окна, графика, видео}U{1}={3}{2уп 1.ра Вывл бен ория обн а ъеизэк ктаме 7.ране Внени оспна я и риэк зо ятра бр иене ажения7. Отображение измененийсостояния модели наэкране{7}ПользовательРисунок 2.7 – Model-View-Controller (MVC, Модель-Представление-Контроллер)Схемаработаетследующимобразом.Пользовательвыбираетсиспользованием Представления объект управления на экране (связь 1).Представление отправляет запросы пользователя Контроллеру (связь 2).Контроллер инициирует изменение состояния Модели в соответствии с запросамипользователя (связь 4).
Модель передает Контроллеру информацию об изменениисвоего состояния в результате реализации бизнес-логики (связь 6). Контроллерпередает команду на отображение изменений состояния модели на экранеПредставлению (связь 7).Вместо связей 1 и 2 может использоваться связь 3. Наличие «горячих»клавиш и работа с клавиатурой позволяют пользователю осуществлять выборкоманд управления, не обращаясь напрямую к графическим объектам управления,41представленным на экране, минуя Представление.
В этом случае пользовательнепосредственно контроллеру передаёт команды по управлению моделью.Вместо связей 2 и 4 может использоваться связь 5. В этом случае запросыпользователя передаются от представления к модели, минуя контроллер.Вместо связей 6 и 7 может использоваться связь 8. В этом случае Модельнапрямую обновляет Представление в соответствии с результатами реализациибизнес-логики.Использование связей 5 и 8 соответствует случаю использования Активноймодели [133].Средства автоматизации, в разработке которых участвовали сотрудникикафедры «УиЗИ» РУТ (МИИТ), на которой выполнено диссертационноеисследование, использовали различные подходы в рамках модели MVC.Тренажер поездного диспетчера, который имеет в своем составе несколькоавтоматизированныхПредставлениярабочихрезультатовмест, используемыхработыМодели,дляразличныхобъединенныевидовлокальнойвычислительной сетью, для отображения информации использует связи 6 и 7, тоесть Модель передает информацию Представлению через Контроллер [84].АСП ПГД ППМ напротив использует связь 8, то есть Модель напрямуюпередает информацию Представлению [34].Схема Model-View-Controller обладает рядом преимуществ.Во-первых, при использовании этой схемы бизнес-логика, реализованная вМодели, отделена от её визуализации (Представления, вида).
Контроллер,связывающий пользователя и систему, контролирует ввод данных пользователем,а также использует Модель и Представление для реализации необходимойреакции [133].Наличие развитого интерфейса системы «АРМ Графиста–2.0» и, как будетпоказано ниже, большого количества разнообразных действий, выполняемыхсистемой, делает актуальным использование паттерна «Команда» («Command»),который позволяет инкапсулировать действие в объект и отделить инициатораэтого действия от его исполнения.42Во-вторых, при использовании схемы MVC изменение реакции на действияпользователя приводит только к использованию другого контроллера, чтоявляется актуальным в условиях постоянного развития.В-третьих, в случае, если ряд разработчиков специализируется только воднойиз областей:либоразрабатывают графическийинтерфейс, либоразрабатывают бизнес-логику, возможно реализовать эффективное разделениетруда.В следующем пункте подробнее рассмотрено первое преимущество схемы,выбранной для создания АСП ПГД ППМ.2.2.2Создание Представления АСП ПГД ППМЗа счет разделения Модели и Представления повышается возможностьповторногоиспользованиярезультатовфункционированияМодели[135].Рассмотрим это на примере АСП ПГД ППМ (Рисунок.
2.8).Для визуализации результатов построения ПГД используются две формыПредставления: графическое, которое используется в ходе диспетчерского управлениядвижением поездов и передается во все службы метрополитена; табличное (расписание движения поездов), выдаваемое машинистампоездов и загружаемое в автоматизированные средства управления движениемпоездов (поездные устройства автоведения, автоматизированные средствапостроения графика исполненного движения и др.).ДлявизуализацииПГДвграфическойформеиспользуетсядветрадиционных формы: плановыйграфикдвижения;прииспользованииэтойформыпредставления ПГД отображается на координатной плоскости, на которой осьюабсцисс является ось астрономического времени, а осью ординат является осьуровней станций линии;43МодельВвод и обработка исходных данныхВвод и коррекцияисходных данныхМастер созданияобъекта типа«линия»Мастер созданияобъекта«путь»Мастертипасозданияобъекта типа «точкаостановки»Мастер созданияобъекта«депо»МастертипасозданияобъектаМастер«линейныйсозданияпункт осмотра»объектатипа «пунктрегулировочногоотстоя»Мастер созданияобъекта типа «типремонта»Мастерсозданияобъекта типа«маршрут»Мастерсозданияобъекта типа«размер движения»Размещение указателейночной расстановкисоставовРедактор связей указателейночной расстановки составовМастер создания объектов типа«указатель ночной расстановкисоставов»Графический мастер созданиясхемы размещения указателейночной расстановки составовна путях линииГрафический Мастер созданиядеревьев заполнения иосвобождения указателейночной расстановки составовТипы маневровыхпередвижений в начале /конце ниткиРабота с построенным ПГДПостроение ПГДОпределение плановых времен хода по перегонам ивремен стоянки на станцияхАвтоматизированноепостроение ПГДРедактор образов,соответствующихманевровым передвижениямв начале / конце ниткиГрафический Мастерсоздания образов,соответствующих маневровымпередвижениям в начале /конце ниткиТаблица с текстовымописанием образов,соответствующих маневровымпередвижениям в начале /конце ниткиАнализ ГО и ПГДКоррекцияПГДМастерМастерапроцессовМастерсоздания редактированияПГДпостроенияПГДграфика оборотаподвижногосоставаМастерМастер созданиясозданиястационарногопереходногорежимачаса-пикрежимаизмененияпарностиМастер созданияночнойрасстановкиПередача ГО иПГД взаинтересованныеслужбыПередача значенийэксплуатационныхпоказателей взаинтересованныеслужбыМастер анализаГО и ПГДГрафическоепредставлениеПГДМастер созданияграфическогопредставленияТабличноепредставлениеГОРасписаниедвиженияПредставлениеэксплуатационных показателейРедактор типов расписанийМастер созданияобъектов типа «типрасписания»Таблица плановых временхода по перегонам и временстоянки на станциях длязаданного типа расписанияПредставлениеРисунок 2.8 – Модель и Представление график оборота подвижного состава; при использовании этой формыпредставления ПГД отображается на координатной плоскости, на которой осьюабсцисс является ось астрономического времени, а осью ординат является осьмаршрутов (составов с присвоенными им на сутки номерами).В работах разных авторов встречаются и другие подходы к визуализацииПГД [36].Расписание движения поездов представляет собой таблицу с заголовком.Заголовок содержит информацию о поезде и соседних поездах.
Строки таблицысоответствуют станциям линии. Столбцы содержат информацию о названиистанции, времени отправления поезда со станции (для конечной станции –времени прибытия на станцию) и продолжительности сверхнормативных стоянокна станциях.44Разнообразие свойств линий метрополитена и их развитие [34] делаетнеобходимым включение в состав АСП ПГД ППМ средств настройкипредставлений, которые на Рисунке 2.9 представлены в виде Мастеров.Рисунок 2.9 – Мастер создания объекта типа «Маршрут».Наличие обширной базы данных (БД), ее постоянное обновление,разнотипность объектов линии метрополитена, наличие тесных связей междуобъектами требует создания развитого интерфейса работы с БД, что нашло своеотражение в Представлении анализируемого программного продукта.45Выделяются следующие типы объектов (ресурсов) линии, информация окоторых хранится в БД и используется при построении ПГД и его визуализации[137]: линия или участок линии; путь; точка остановки, которой может быть платформа станции или другаяточка главных путей, в которой поезд может остановиться для изменениянаправления движения или выполнения сверхрежимной стоянки; депо; указатель ночной расстановки составов; линейный пункт осмотра подвижного состава; пункт регулировочного отстоя (место на линии, где находятся маршруты,не участвующие в пассажирском движении); тип ремонта или осмотра подвижного состава; маршрут (состав с присвоенным ему на сутки номером, которыйопределяет его движение в соответствии с ПГД и ГО ЭПС).В состав Представления входят текстовые Мастера создания объектов,индивидуально построенные для каждого из типа объекта линии, позволяющиередактировать атрибуты объектов, создавать новые объекты и удалятьневостребованные объекты.