Компьютерные информационные технологии: ООП - Табло на станции метро - вариант 3

В каждом из предложенных вариантов требуется при помощи CASE-средства Rational Rose построить модель программного обеспечения. Процесс создания модели состоит из нескольких этапов: Составление глоссария проекта. Создание модели вариантов использования. Анализ вариантов использования (по окончании производится промежуточная сдача задания). Проектирование системы. Реализация системы. Процесс создания модели должен проходить так, как это описано в методическом пособии [Вендров 2004]. Структура модели в браузере Rose должна соответствовать структуре, предусмотренной Rational Unified Process. После выполнения третьего этапа модель должна удовлетворять перечисленным ниже требованиям. Глоссарий проекта должен иметь вид таблицы и храниться в отдельном файле. На диаграммах вариантов использования каждое действующее лицо (actor) и вариант использования должны сопровождаться описанием. Эти описания должны быть составлены на русском языке. Описание действующего лица должно коротко (в одну-две строки) сообщать о роли данного лица. Описание варианта использования должно включать в себя пояснение, предусловие, потоки событий (основной и альтернативные, если таковые есть) и постусловие. Описания представляют собой либо присоединенные текстовые файлы, либо текст, введенный в поле Documentation спецификации соответствующего элемента диаграммы. Диаграммы взаимодействия, соответствующие потокам событий вариантов использования, должны содержать необходимые пояснения. Сложные потоки событий (с ветвлениями, циклами) должны быть смоделированы с помощью диаграмм деятельности. * * * При проектировании системы требуется: создать иерархию классов системы, для классов указать стереотипы, разместить классы по пакетам в Design model, как это описано в методичке (придерживаться принципа: количество связей внутри пакета больше количества связей, проходящих за границы пакета), связать объекты на диаграммах взаимодействия с классами, а сообщения – с операциями, каждый класс снабдить описанием, которое должно включать в себя краткое описание (ответственность класса), описание атрибутов в виде таблицы (имя, описание, тип), таблицу с описанием операций (имя, описание, сигнатура), построить диаграммы классов системы, отображающие связи между классами, для описания поведения экземпляров отдельных классов построить диаграммы состояний, построить диаграммы деятельности для моделирования сложных операций (с альтернативами, циклами), разработать (если это требуется вариантом задания) схему базы данных и отобразить ее на диаграмме «сущность – связь». При реализации системы необходимо построить диаграммы компонентов для каждого пакета и для системы в целом. Также следует разработать диаграмму размещения. В зависимости от варианта задания диаграмма размещения должна показывать расположение компонентов в распределенном приложении или связи между встроенным процессором и устройствами. Должна быть произведена проверка корректности модели средствами Rational Rose. * * * Задание: Вариант 3. Табло на станции метро Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение табло на станции метро Табло расположены на каждой станции метро. Они работают под управлением единого пункта управления (ПУ) информационной службы метро. Табло отображает текущее время (часы, минуты, секунды) и время, прошедшее с момента отправления последнего поезда (минуты, секунды). Момент прибытия и отправления поезда определяется при помощи датчиков, устанавливаемых на путях. Все табло метро синхронизованы, текущее время отсчитывается и устанавливается из центральной службы времени, находящейся на ПУ. На табло высвечивается конечная станция назначения прибывающего поезда. Эти данные содержатся в расписании движения поездов, которое хранится в памяти табло и периодически обновляется с ПУ. В "бегущей строке" табло отображается рекламная информация. Память табло хранит до 10 рекламных сообщений. Сообщения отображаются друг за другом с небольшими паузами, циклически. Содержание рекламных сообщений поступает с ПУ. Дополнительная функция табло – по запросу с ПУ оно пересылает данные о нарушениях расписания (преждевременных отправлениях поездов или опозданиях). В ходе выполнения задания должна быть создана схема базы данных для хранения рекламных сообщений, расписания и сведений о нарушении расписаний. Пояснение: в задании требуется разработать модель ПО только для табло, но не для пункта управления информационной службы. Теоритические вопрсы: • Комментарии и идентификация объектов в C++ • Способы определения операций над объектами Приблизительный объем контрольной работы – 10-15 страниц печатного текста. При разработке теоретических вопросов необходимо пользоваться несколькими источниками. Списывание текста вопроса из учебников не допускается.