• Организация хранения

Основными единицами физического хранения являются блок данных, экстент, файл (либо раздел жесткого диска). Логический уровень представления информации включает пространства (либо табличные пространства). Блок данных (block) или страница (page) является единицей обмена с внешней памятью. Размер страницы фиксирован для базы данных (Oracle) или для ее различных структур (DB2, Informix, Sybase) и устанавливается при создании. Очень важно сразу правильно выбрать размер блока: в работающей базе изменить его практически невозможно (для этого часто проводят ряд испытаний базы данных-прототипа).

Задание № 25

Автоматизированное оформление и обработка сопроводительной документации, ее тиражирование в транспортных информационных технологиях. Языковые и сервисные средства СУБД.

ЭТАЛОННЫЙ ОТВЕТ

СУБД обеспечивают многоцелевой характер использования базы данных, защиту и восстановление данных. Наличие развитых диалоговых средств и языка запросов высокого уровня делает СУБД удобным средством для конечного пользователя.

Основными средствами СУБД являются:

• средства задания (описания) структуры базы данных;

• средства конструирования экранных форм, предназначенных для ввода данных,

просмотра и их обработки в диалоговом режиме;

средства создания запросов для выборки данных при заданных условиях, а также выполнения операций по их обработке;

средства создания отчетов из базы данных для вывода на печать результатов обработки в удобном для пользователя виде;

- языковые средства — макросы, встроенный алгоритмический язык (Dbase, Visual Basic или другой), язык запросов (QBE — Query By Example, SQL) и т.п., которые используются для реализации нестандартных алгоритмов обработки данных, а также процедур обработки событий в задачах пользователя;

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

• Языковые средства субд.

Функциональные возможности поддерживаемой средствами СУБД модели данных становятся доступными для конечных пользователей, разработчиков приложений, системного персонала администрирования данными благодаря воплощению ее в виде комплекса языковых средств, которые поддерживает данная СУБД.

Языковые средства используются для выполнения следующих функций:

• для описания представления базы данных на управляемых уровнях архитектуры системы;

• для инициирования выполнения операций манипулирования данными;

• для управления данными.

Язык описания данных (SDL) - Shema Definition Language. Его часто называют языком определения данных. Описание данных средствами SDL называют схемой базы данных. Оно включает описание логической структуры данных и налагаемых на нее ограничений целостности в рамках тех правил, которые регламентированы моделью данных используемой СУБД. Помимо указанных функций, SDL некоторых СУБД обеспечивает возможности задания ограничения доступа к данным или полномочий пользователей.

Язык манипулирования данными (SML)- Shema Manipulation Language позволяет запрашивать предусмотренные в системе операции над данными из базы данных, т.е. содержит набор операторов манипулирования данными, позволяющий заносить данные, удалять, модифицировать или выбирать их. SML не обязательно выступает в качестве синтаксически самостоятельного языка СУБД.

Язык SQL - фактический стандарт для реляционных СУБД.

Structured Query Language — язык структурированных запросов — универсальный компьютерный язык, применяемый для создания, модификации и управления данными в реляционных базах данных.

Задание № 26

Объектно-ориентированное проектирование оперативного планирования и диспетчеризации работ транспортного процесса. Основные понятия.

ЭТАЛОННЫЙ ОТВЕТ

В основе ООП лежат понятия класса и его физической реализации – объекта. Класс - это абстрактный тип данных, который включает в себя не только данные, но и функции и процедуры.

По определенным свойствам этого элемента можно установить, что он принадлежит к какой-то категории. Сама категория определяется общими свойствами, которые имеют все экземпляры этой категории.

Функции и процедуры класса называются методами и содержат исходный код, предназначенный для обработки внутренних данных объекта данного класса. После того, как Вы объявили состав класса, необходимо определить (описать), что делает каждая функция-член (метод). 

Существует 2 способа включения метода в класс:

• Определение метода при описании класса;

• Объявление метода при описании, а его описание - при вызове.

Методы, определенные внутри класса, являются неявно встроенными.

Наследование

Классы содержат данные и методы. В ООП методы и данные одного класса могут передаваться другим классам, т.е. объекты могут наследовать свойства друг друга. Класс наследует свойства другого класса, обладает теми же возможностями, что и класс, от которого он порожден. Этот принцип называется наследованием (inheritance). Порожденный класс называется потомком(descendant), а тот, от кого он порожден - предком (ancestor). Благодаря новым свойствам, которыми дополняется потомок, порожденный класс может обладать большими возможностями, чем его предок. Механизм наследования обеспечивает возможность многократного применения программного кода. Таким образом, классы могут быть представлены в виде иерархии. Библиотека VLC (Visual Component Library) в Delphi как раз и является такой иерархической системой классов. Наследование - механизм, позволяющий объектам класса наследовать характеристики (данные и методы) более простых и общих типов (классов); - средство получения новых классов из существующих.

Инкапсуляция (encapsulation) - объединение данных с функциями, предназначенными для манипулирования этими данными (т.е. поведением) в новом типе- Классе.

Полиморфизм - многоформенность в Си++; механизм, позволяющий использовать одинаковые имена для сходных по смыслу действий и методов, относящихся к различным объектам (типам и классам).

Задание № 27

Объектно-ориентированное проектирование оперативного планирования и диспетчеризации работ транспортного процесса. Инкапсуляция.

ЭТАЛОННЫЙ ОТВЕТ

Инкапсуляция (encapsulation) - это механизм, который объединяет данные и код, манипулирующий зтими данными, а также защищает и то, и другое от внешнего вмешательства или неправильного использования. В объектно-ориентированном программировании код и данные могут быть объединены вместе; в этом случае говорят, что создаётся так называемый "чёрный ящик". Когда коды и данные объединяются таким способом, создаётся объект (object). Другими словами, объект - это то, что поддерживает инкапсуляцию.

Внутри объекта коды и данные могут быть закрытыми (private). Закрытые коды или данные доступны только для других частей этого объекта. Таким образом, закрытые коды и данные недоступны для тех частей программы, которые существуют вне объекта. Если коды и данные являются открытыми, то, несмотря на то, что они заданы внутри объекта, они доступны и для других частей программы. Характерной является ситуация, когда открытая часть объекта используется для того, чтобы обеспечить контролируемый интерфейс закрытых элементов объекта.

На самом деле объект является переменной определённого пользователем типа. Может показаться странным, что объект, который объединяет коды и данные, можно рассматривать как переменную. Однако применительно к объектно-ориентированному программированию это именно так. Каждый элемент данных такого типа является составной.

Задание № 28

Объектно-ориентированное проектирование оперативного планирования и диспетчеризации работ транспортного процесса. Полиморфизм.

ЭТАЛОННЫЙ ОТВЕТ

Полиморфизм (polymorphism) (от греческого polymorphos) - это свойство, которое позволяет одно и то же имя использовать для решения двух или более схожих, но технически разных задач. Целью полиморфизма, применительно к объектно-ориентированному программированию, является использование одного имени для задания общих для класса действий. Выполнение каждого конкретного действия будет определяться типом данных. Например для языка Си, в котором полиморфизм поддерживается недостаточно, нахождение абсолютной величины числа требует трёх различных функций: abs(), labs() и fabs(). Эти функции подсчитывают и возвращают абсолютную величину целых, длинных целых и чисел с плавающей точкой соответственно.

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

Полиморфизм может применяться также и к операторам. Фактически во всех языках программирования ограниченно применяется полиморфизм, например, в арифметических операторах. Так, в Си, символ + используется для складывания целых, длинных целых, символьных переменных и чисел с плавающей точкой. В этом случае компилятор автоматически определяет, какой тип арифметики требуется.

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

Задание № 29

Объектно-ориентированное проектирование оперативного планирования и диспетчеризации работ транспортного процесса. Наследование.

ЭТАЛОННЫЙ ОТВЕТ

Наследование (inheritance) - это процесс, посредством которого один объект может приобретать свойства другого. Точнее, объект может наследовать основные свойства другого объекта и добавлять к ним черты, характерные только для него. Наследование является важным, поскольку оно позволяет поддерживать концепцию иерархии классов (hierarchical classification). Применение иерархии классов делает управляемыми большие потоки информации. В каждом случае порождённый класс наследует все, связанные с родителем, качества и добавляет к ним свои собственные определяющие характеристики. Без использования иерархии классов, для каждого объекта пришлось бы задать все характеристики, которые бы исчерпывающи его определяли. Однако при использовании наследования можно описать объект путём определения того общего класса (или классов), к которому он относится, с теми специальными чертами, которые делают объект уникальным.

Задание № 30

Объектно-ориентированное проектирование оперативного планирования и диспетчеризации работ транспортного процесса. Объекты и классы. Базовые классы Visual FoxPro.

ЭТАЛОННЫЙ ОТВЕТ

При создании объектов приложения вы можете использовать базовые классы Visual FoxPro, классы внешних библиотек, а также создавать новые классы.

Visual FoxPro содержит большое число базовых классов, которые можно использовать при создании форм любой сложности. Единственным недостатком базовых классов является невозможность их модификации, но вы можете использовать базовые классы для создания пользовательских классов, полностью вами управляемых. Далее при создании форм можно применять пользовательские классы вместо базовых.

Базовые классы

Наименование	Назначение	Видимый	Контейнер
ActiveDoc	Активный документ	Нет	Нет
Checkbox	Флажок	Да	Нет
Column	Столбец	Да	Да
ComboBox	Раскрывающийся список	Да	Нет
CoiranandButton	Кнопка управления	Да	Нет
CommandGroup	Набор кнопок управления	Да	Да
Container	Контейнер	Да	Да
Control	Базовый визуальный класс	Да	Нет
Custom	Базовый невизуальный класс	Нет	Нет
EditBox	Поле редактирования	Да	Нет
Form	Форма	Да	Да
Forms et	Набор форм	Нет	Да
Grid	Таблица	Да	Да
Header	Заголовок столбцов таблицы	Да	Нет
HyperLink Object	Гиперссылка	Нет	Нет
Image	Изображение	Да	Нет
Label	Надпись	Да	Нет
Line	Линия	Да	Нет
ListBox	Список	Да	Нет
OleContainerControl	OLE-объект управления
OleBoundControl	OLE-объект данных
OptionButton	Переключатель	Да	Нет
OptionGroup	Набор переключателей	Да	Да
Page	Вкладка формы	Да	Да
Page Frame	Макет страницы	Нет	Да
ProjectHook	Проект	Нет	Да
Separator	Разделитель	Да	Нет
Shape	Обрамление	Да	Нет
Spinner	Счетчик	Да	Нет
TextBox	Поле ввода	Да	Нет
Timer	Таймер	Нет	Нет
ToolBar	Панель управления	Да	Да

Почти все базовые классы являются визуальными. Объекты, созданные на их основе, отображаются на экране. Некоторые из базовых классов невидимы. Они используются для объединения объектов (например, FormSet), обработки специальных событий (например, Timer) или создания невизуальных объектов (например, ProjectHook).

В Visual FoxPro широко применяется вложенность классов. Вложенным является класс, являющийся частью другого класса, называемого контейнером (container class). Наиболее яркий пример контейнера представляет собой таблица, компоненты которой — это столбцы и надписи к ним. При создании формы и после запуска ее на выполнение вы можете получить доступ ко всем компонентам контейнера.

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

Минимальный набор свойств класса

Наименование	Описание
Class	Тип класса
BaseClass	Базовый класс, на основе которого создан данный класс
ClassLibrary	Библиотека классов, в которой хранится данный класс
ParentClass	Определенный пользователем класс, на основе которого создан данный класс

Минимальный набор событий

Наименование	Описание
Init	Наступает при создании объекта
Destroy	Наступает при освобождении объекта из памяти
Error	Error Наступает при возникновении ошибки, связанной с объектом

Задание № 31

Современные методики проектирования информационного обеспечения бизнес- процессов в области интермодальных перевозок и логистики. Цели и задачи проектирования.

ЭТАЛОННЫЙ ОТВЕТ

Задание № 32

Современные методики проектирования информационного обеспечения бизнес-процессов в области интермодальных перевозок и логистики. Организационный аспект.

ЭТАЛОННЫЙ ОТВЕТ

Коллектив специалистов, обеспечивающий разработку и функционирование БД, он включает: администратора БД, аналитиков, системных и прикладных программистов.

Администратор базы данных. Как и каждый общезначимый ресурс БД требует отдельного управления, причем:

• БД требует управления для обеспечения ее повседневной эксплуатации;

• БД развивается, отвечая изменениям в потребностях предприятия, и требуется управление ее развитием;

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

Функция управления БД получила название «администрирование базы данных», а лицо, ответственное за администрирование БД, получило название «Администратор базы данных», или АБД.

АБД - это специалист, имеющий представление об информационных потребностях конечных пользователей, работающий в тесном контакте с ними и отвечающий за анализ потребностей пользователей.

Классический набор функций, выполняемых АБД. включает:

• организационное и техническое планирование БД;

• проектирование БД;

• обеспечение поддержки разработок прикладных программ;

• управление эксплуатацией БД.

При этом от непосредственного управления данными отстраняются программисты, выполняющие конкретные прикладные разработки, пользователи, которые не должны изменять или даже видеть не принадлежащие им данные, и другие сотрудники.

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

Системные программисты занимаются созданием базового программного обеспечения. Генерируют операционную систему, в рамках которой предполагается функционирование СУБД, саму СУБД, необходимые компиляторы и обслуживающие утилиты.

Аналитики, используя знания закономерностей определенной проблемной среды, строят ее математическую модель, привлекая необходимый математический инструментарий. Основная функция аналитика - представить задачу КП в форме некоторой формальной модели Конечная цель аналитика - исходное представление задачи для прикладного программиста.

Прикладной программист преобразует продукт деятельности аналитика в форму прикладной программы, предназначенной для реализации на ЭВМ.

Задание № 33

Современные методики проектирования информационного обеспечения бизнес- процессов в области интермодальных перевозок и логистики. Основные этапы процесса проектирования.

ЭТАЛОННЫЙ ОТВЕТ

Основные задачи:

• обеспечение хранения в БД всей необходимой информации;

• обеспечение возможности получения данных по всем необходимым запросам;

• сокращение избыточности и дублирования данных;

• обеспечение целостности данных (правильности их содержания): исключение противоречий в содержании данных, исключение их потери и т.д.

Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.

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

Чаще всего концептуальная модель базы данных включает в себя:

• описание информационных объектов, или понятий предметной области и связей между ними;

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

Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.

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

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

Физическое проектирование — создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т.п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т.д.

Задание № 33

Современные методики проектирования информационного обеспечения бизнес- процессов в области интермодальных перевозок и логистики. Основные этапы процесса проектирования.

ЭТАЛОННЫЙ ОТВЕТ

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

1ый этап: проектирование инфологической схемы транспортной системы

2 этап: выбор СУБД

3 этап: проектирование реализации

Задание 34

Современные методики проектирования информационного обеспечения бизнес- процессов в области интермодальных перевозок и логистики. Инструментальные средства инфологического моделирования. Модель "объекты-связи".

ЭТАЛОННЫЙ ОТВЕТ

Любое моделирование - аналитическое, имитационное, инфологическое - требует использования определенного аппарата для форматизации задачи. Предлагается система моделирования "объекты-связи", которая определяется в терминах атрибут, объект, структурная связь и запросная связь.

Объект инфологической схемы соответствует некоторой сущности рассматриваемой транспортной системы (предметной области). Это может быть владелец транспортного средства, само транспортной средство, место, вид топлива, понятие или событие, предоставляющей интерес при описании модели транспортной системы. Каждому объекту соответствует набор атрибутов.

Под атрибутом будем понимать логически неделимый элемент структуры информации, описывающий одно из свойств данного объекта. Так, если ВОДИТЕЛЬ - объект, то его атрибуты Государственный номер автобуса, номер автоколонны, номер бригады позволяют детализировать представление об этом объекте, знать его свойства.

Далее, экземпляр объекта - есть реализация объекта в конкретных значениях атрибутов. Так экземпляру объекта ВОДИТЕЛЬ может соответствовать следующая информация: "АКСЕНОВ И.Ю., 8558 ЛА, табельный номер 9836,

Под структурной связью будем понимать иерархическое отношение между объектами двух типов; владельцем и подчиненным. Экземпляр структурной связи представляется одним экземпляром владельца и множеством связанных с ним экземпляров подчиненного объекта. При этом структурная связь определяет возможную навигацию между объектами. Так, признак "направление движения по структурной связи" может принимать три возможных значения: от владельца к подчиненным, от подчиненных к владельцу и в обоих направлениях. Кроме того, имеется ограничение, требующее, чтобы экземпляр подчиненного! объекта участвовал не более, чем в одном экземпляре структурной! связи определённого типа.

Для изображения информационных структур используются диаграммы Бахмана. Объекты обозначаются вершинами графа, а структурные связи - дугами.

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

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

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

Задание 35

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

ЭТАЛОННЫЙ ОТВЕТ

В соответствии с рассмотренной структурой процесса проектирования ИС Методика разработки мифологической схемы предметной области состоит из следующих шагов:

1.'Обзор предметной области.

1.1. Общее представление о предметной области.

1.2. Требования к разрабатываемой информационной системе.

2. Определение объектов.

2.1. Составление перечни атрибутов.

2.2. Нормализация отношений.

2.3. Сообщение объектов.

2.4. Алгоритм процесса определения объектов.

3. Нормализация процессов (установка запросных связей).

4. Установление ассоциаций (Формирование структурных связей). Графическое изображение инфологической схемы.

4.1. Установка явных структурных связей, необходимых при формировании основных документов.

4.2. Дополнение на основе анализа запросных связей.

5. Проверка корректности инфологической схемы (преобразование структур , обобщение объектов).

Задание 36

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

ЭТАЛОННЫЙ ОТВЕТ

Предметная область- АТП.

Структура отдела эксплуатации.

О рганизационная структура автоколонны АТП

Задание 37

Современные методики проектирования информационного обеспечения бизнес- процессов в области интермодальных перевозок и логистики. Обзор предметной области.

ЭТАЛОННЫЙ ОТВЕТ

Выполнение данного шага методики и последующих рассматривают, используя в качестве предметной области автотранспортное предприятие (АТП), занимающееся пассажирскими или грузовыми перевозками. На стадии обзора предметней области знакомимся со службами АТП и их функциональными задачами.

1.1. Общее представление о предметной области. На этом шаге, необходимо определиться с ответами на следующие вопросы:

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

- каковы информационные потребности каждого фрагмента?

- каков перечень и общие характеристики процессов обработки информации в каждом фрагменте?

- каков перечень пользователей?

- какова существующая технология накопления и обработки информации в транспортной системе?

- какова техническая база для реализации информационной систем?

- какой должна быть технология функционирования информационной системы?

1.2. Требования к разрабатываемой информационной системе. На этой стадии необходимо определить: -техническую базу, на которой будет реализована информационная система;

- взаимосвязь разрабатываемой ИС с уже существующей автоматизированной системой в случае ее наличия;

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

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

Задание 38

Современные методики проектирования информационного обеспечения бизнес- процессов в области интермодальных перевозок и логистики. Определение объектов.

ЭТАЛОННЫЙ ОТВЕТ

Определение объектов для первой очереди автоматизируемых фрагментов автотранспортного предприятия будем осуществлять в соответствии с алгоритмом.

1.Составление перечня атрибутов.Определение объектов без атрибутов

Определяем объекты (без атрибутов) на базе просмотра документов. Выписав таким образом функции (процессы ИС) отдельных служб АТП, переходим к анализу документов, задействованных в схеме документооборота при выполнении этих функций.

Пример: Объекты фрагмента 1 (отдела эксплуатации): сообщение 1.1 - "Заявка на перевозку";

сообщение 1.2 - "Международная товарно-транспортная накладная" (договор);

сообщение 1.3 - "Путевой лист";

сообщение 1.4 - "Журнал планирования рейсов” и т.д.

Объекты фрагмента 2 (автоколонны):

сообщение 2.1 -.“Журнал учета водителей";

сообщение 2.2 - "Журнал учета подвижного состава";

сообщение 2.3 - "Ведомость учета топлива";

сообщение 2.4 - "Технический паспорт транспортного средства".

Определение объектов с атрибутами

Определение объектов с атрибутами осуществляется для автоматизируемых фрагментов первой очереди (первые два фрагмента) и частично для остальных. В основных фрагментах не рассматриваются сообщения 1.6, 1.6 и 1.7,.так как первые два не относятся непосредственно к сфере деятельности АТП, а последнее носит справочный характер.

Объекты фрагмента 1

Сообщение 1.1 - "Заявка на перевозку"

Состав атрибутов: номер заявки, дата приема, статус заявки, грузоотправитель (наименование клиента, почтовый адрес, телетайп, телефон, наименование банка, код банка, расчетный счет в банке, наименование центрального банка, номер счета в центральном банке), грузополучатель (наименование клиента, почтовый адрес, телетайп, телефон, наименование банка, код банка, расчетный счет в банке, наименование центрального банка, номер счета в центральном банке), пункт погрузки, пункт выгрузки, дата погрузки, время погрузки, дата выгрузки, грузы (наименование груза, масса груза, габариты груза, количество мест.

Сообщение 1.2 - "Международная товарно-транспортная накладная" Состав атрибутов: номер ТТН, дата оформления, место оформления, отправитель (наименование клиента, почтовый адрес, телетайп, телефон, страна), получатель (наименование клиента) и т.д.

Объекты фрагмента 2

Сообщение 2.1 -"Журнал учета водителей"

Состав атрибутов: ФИО водителя, табельный номер, номер водительского удостоверения, классность,, номер бригады, номер автоколонны, дата заключения контракта, группа пробега, статус (рейс, свободен, выходной, отпуск, Солон).

Сообщение 2.2 -"Журнал учета подвижного состава”

Состав атрибутов: тягачи (государственный номер, марка, тип, гаражный номер, номер кузова, код топлива, статус), полуприцепы (государственный номер, марка, гаражный номер, заводской номер, статус). и так далее для каждого сообщения.

Задание 39

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

ЭТАЛОННЫЙ ОТВЕТ

ПОРЯДОК ФОРМИРОВАНИЯ ЗАПРОСНЫХ СВЯЗЕЙ ДЛЯ ПРОЦЕССОВ

Вначале выявляются все запросные связи, необходимые в процессах "Прием заявки", "Планирование рейса" и при формировании таких документов и сообщений, как "Путевой лист", "Товарно - транспортная накладная" и другие, на базе имеющихся объектов.

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

При выявлении запросных связей и графическом представления инфологической схемы предметной области необходимо ориентироваться на следующие факторы:

- использовать полученные при нормализации объекты и процессы обработки информации, инициируемые выделенными фрагментами рассматриваемой предметной области, т.к. построенный вариант инфологической схемы может быть неудовлетворительным в случае необеспеченности отдельных запросов к ИС в процессе работы АТП;

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

Задание 40

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

ЭТАЛОННЫЙ ОТВЕТ

Под структурной связью будем понимать иерархическое отношение между объектами двух типов; владельцем и подчиненным. Экземпляр структурной связи представляется одним экземпляром владельца и множеством связанных с ним экземпляров подчиненного объекта. При этом структурная связь определяет возможную навигацию между объектами. Так, признак "направление движения по структурной связи" может принимать три возможных значения: от владельца к подчиненным, от подчиненных к владельцу и в обоих направлениях. Кроме того, имеется ограничение, требующее, чтобы экземпляр подчиненного объекта участвовал не более, чем в одном экземпляре структурной связи определённого типа.

Задание 41

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

ЭТАЛОННЫЙ ОТВЕТ

Взаимосвязь между двумя объектами, участвующими в одной запросной связи, указывается в колонке "Тип соответствия". Существуют следующее допустимые типы соответствия:

1. Тип соответствия "один к одному" между объектами А и В обозначим Т(А,В)=1:1. Это означает, что одному экземпляру объекта А может соответствовать не более чем один экземпляр объекта. В и наоборот. Например, такой тип соответствия существует между объектами ВОДИТЕЛЬ и ВЫДАЧА_ТОПЛИВА.

2. Тип соответствия "один ко многим" обозначим Т(А,В)=1:М. Он используется для запросных связей, в которых одному экземпляру объекта А может соответствовать множество экземпляров объекта В и в то же время одному экземпляру объекта В - не более одного экземпляра объекта А. Примером такого типа соответствия может являться взаимосвязь между объектами ЗАЯВКА и ГРУЗ.

3. Тип соответствия "многие к одному" обозначается Т(А,В)=М:1.

Данный тип аналогичен предыдущему, если исходный А и конечный В объекты поменять местами, т.е. верно утверждение: если Т(А,В)= Т(В,А). Такой тип соответствия существует между объектами ЗАЯВКА и КЛИЕНТ.

4. Тип соответствия "многие ко многим" обозначается Т(А,В)=М:М и означает, что любому экземпляру А может соответствовать ноль, один или несколько экземпляров объекта В, и наоборот. Например, для объектов РЕЙС и ЗАЯВКА.

6. Для полноты отметим и ситуацию, когда между объектами нет соответствия: Т(А,В)=Ω. Например, между объектами ПОЛУПРИЦЕПЫ и ТОПЛИВО.

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

Задание 42

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

ЭТАЛОННЫЙ ОТВЕТ

На основе выявленных объектов, и запросных связей предметной области создается начальный вариант графического изображения инфологической схемы данной предметной области. Графическое изображение строится с использованием диаграммы Бахмана. Объекты обозначаются вершинами графа (прямоугольники), а структурные связи -дугами. Структурные связи не только устанавливают отношение подчиненности между объектами, но и определяют возможную навигацию между объектами.

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

Каждая структурная связь имеет , свое уникальное имя и описывается следующем набором признаков: С1 - направление движения по структурной связи;

С2 - способ упорядочения экземпляров подчиненного объекта;

СЗ - ограничения на право движения по структурной связи;

С4 - частота использования;

С5 - количество экземпляров подчиненного объекта в структурной связи;

С6 - класс членства подчиненного объекта;

С7 - перемещаемость экземпляров подчиненного объекта структурной связи;

С8 - ограничения на время движения по структурной связи.

При графическом изображении структурных связей справа от дуги изображается имя структурной связи, например, "ОБСЛУЖИВАЕТ"; стрелка слева от дуги определяет значение признака С1; вверху слева в прямоугольнике, обозначающем объект, задается значение признака В1.

.

Задание 43

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

ЭТАЛОННЫЙ ОТВЕТ

Требования, предъявляемые к разрабатываемой информационной системе.

Эксплуатация системы предполагается на IBM- совместимых персональных компьютерах с процессорами не ниже 486 серии, которые будут установлены в соответствующих подразделениях АТП и объединены локальной сетью EtherNet под управлением сетевой ОС Netware. Ввод информации в систему и получение из нее необходимых данных должны выполняться непосредственно конечными пользователями.

Информация, введенная в ЭВМ, не должна быть искажена или утеряна, так как бумажные копии вестись не будут.

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

Время ответа в пользовательском интерфейсе не должно превышать 20-40с.

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

Фонд разработан

канд. техн. наук, проф. ____________________ А. И. Мочалов

Рассмотрен и одобрен на заседаниях:

Кафедры «Интермодальных перевозок и логистики»

"____" декабря 2012г. Протокол №

Зав. каф. N30

докт. техн. наук, профессор ____________________ Ю.И. Палагин

Секретарь К.И. Голубева

Ученого совета института экономики и

управления транспортными системами

от 2012 г. Протокол №

Директор ИЭУТС

докт. техн. наук, профессор ____________________ А.А. Богданов

Секретарь совета ____________________