30377

Информационное обеспечение САПР

Лекция

Информатика, кибернетика и программирование

Рассмотрены принципы построения базы данных и способы согласования программ при формировании базы данных. Назначение сущность и составные части информационного обеспечения ИО САПР Основное назначение ИО САПР уменьшение объемов информации требуемой в процессе проектирования от разработчика РЭС и исключение дублирования данных в прикладном программном и техническом обеспечении САПР [7 51]. ИО САПР состоит из описания стандартных проектных процедур типовых проектных решений типовых элементов РЭС комплектующих изделий и их моделей...

Русский

2013-08-24

220.5 KB

113 чел.

10. Лекция: Информационное обеспечение САПР

В лекции показано назначение, сущность и составные части информационного обеспечения САПР. Рассмотрены принципы построения базы данных и способы согласования программ при формировании базы данных. Основное назначение лекции — представление информационного обеспечения САПР как составной части современных информационных технологий. Именно с этой позиции рассматривается назначение, сущность и состав информационного обеспечения

10.1. Назначение, сущность и составные части информационного обеспечения (ИО) САПР

Основное назначение ИО САПР — уменьшение объемов информации, требуемой в процессе проектирования от разработчика РЭС, и исключение дублирования данных в прикладном, программном и техническом обеспечении САПР [7, 51].

ИО САПР состоит из описания стандартных проектных процедур, типовых проектных решений, типовых элементов РЭС, комплектующих изделий и их моделей, материалов, числовых значений параметров и других данных. Эти данные в закодированной форме записываются на машинных носителях: магнитных лентах и магнитных дисках.

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

Данные ИО обычно группируются в отдельные массивы, каждый из которых относится к определенному объекту описания. Такие массивы называются файлами. Вся совокупность файлов образует базу данных, которую можно многократно использовать при проектировании различных РЭС для различных этапов и уровней.

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

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

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

База данных характеризуется двумя аспектами: информационным и манипуляционным. Первый отражает структуру данных, наиболее подходящую для данной предметной области; второй — действия над структурами данных: выборку, добавление, удаление, обновление и преобразование данных.

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

Содержание, структура и организация использования БД должны обеспечивать:

  •  объединение любого числа БД любого объема, допускающее совместное использование общих данных различными подсистемами САПР для разных задач;
  •  возможность наращивания БД, достоверность и непротиворечивость данных, минимальный объем памяти ЭВМ для их хранения;
  •  защиту и регулирование возможности доступа к БД;
  •  многократное использование данных.

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

Информационная согласованность программ обеспечивается построением общей для согласуемых программ БД, то есть совокупности всех тех данных, которые обрабатываются в более чем одной программе (модуле).

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

Первая часть — СПРАВОЧНИК — содержит справочные данные о ГОСТах, нормалях, унифицированных элементах, ранее выполненных типовых проектах. Эта часть изменяется наименее часто, характеризуется однократной записью и многократным считыванием и называется постоянной частью БД.

Вторая часть — ПРОЕКТ — содержит сведения об аппаратуре, находящейся в процессе проектирования. В нее входят результаты решения проектных задач, полученные к текущему моменту (различного типа схемы, спецификации, таблицы соединений, тесты). ПРОЕКТ пополняется или изменяется по мере завершения очередных итераций на этапах проектирования и составляет полупеременную часть БД.

Часто СПРАВОЧНИК и ПРОЕКТ объединяют под общим названием АРХИВ.

Третья часть БД содержит массивы переменных, значения которых важны только в процессе совместного решения двумя (или более) программами конкретной задачи проектирования. Это переменная часть БД.

Первый способ информационного согласования программ — построение централизованной БД, общей для всех модулей программного обеспечения (рис. 10.1).

В соответствии с этим способом при создании САПР сначала разрабатывается БД, а затем — программное обеспечение.

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

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

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

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

Для выполнения большинства из этих операций требуется специальное программное обеспечение.


Рис. 10.1.  Структура программного обеспечения при централизованной БД


Рис. 10.2.  Структура программного обеспечения при частных БД

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

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

Физическое представление БД отображает способ расположения информации на машинных носителях.

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

БД, для логического представления которых используются графы, называют СЕТЕВЫМИ. Обычно в сетевых БД в графах, изображающих структуру, можно указать те или иные циклы.

В частном случае сетевых БД граф может представлять собой дерево. В частности, если устранить из БД все сведения, кроме одного номинального, то структура представляется деревом. Такую структуру называют ДРЕВОВИДНОЙ или ИЕРАРХИЧЕСКОЙ. Реализация древовидной структуры проще, чем сетевой структуры общего вида, однако чаще реальные данные имеют сложные сетевые структуры.

Наряду с сетевым подходом к представлению БД существует другой подход, основанный на операции нормализации структуры. Этот подход приводит к логическому представлению БД в виде совокупности таблиц. Такие базы данныхбазы данных называют РЕЛЯЦИОННЫМИБ БД.

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

10.2. Уровни представления данных

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

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

Логический (концептуальный) уровень — это абстрактное представление (абстрактный уровень) данных, независимое от представления в ЭВМ.

Физический уровень — это практическая реализация базы данных на том или ином носителе в ЭВМ. Сюда входят и программные средства управления этими носителями.

Связь между этими тремя уровнями представления данных показана в таблице 10.1.

Таблица 10.1.

Предметная область

Логический уровень

Физический уровень

Вся предметная область

Библиотека

База данных

Подмножество объектов предметной области

Запись

Список

Атрибут

имя

Поля

имя поля

Элемент (сегмент)

значение

значение поля

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

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

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

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

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

На логическом уровне данные могут быть представлены тремя способами. В настоящее время существует три модели данных: реляционная, сетевая и иерархическая.

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

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

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

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


Рис. 10.3.  Пример (а) и общий вид (б) реляционной модели данных

Это обеспечивает представление отношения "многие к многим". Сетевые структуры могут быть описаны с помощью раскрашенных файлов.


Рис. 10.4.  Иерархическая (а) и сетевая (б) модели данных

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

Наиболее легка в использовании реляционная модель; сетевая требует от программиста и пользователя понимания типов записей, связей и их отношений. В то же время сетевая и иерархическая модели возникли исторически раньше и реализованы на языках низкого уровня (Ассемблер, Макрокод и др.). Примеры сетевых БД — КОДАСИЛ — ADABAS, Квант и др.; иерархической — IMS.

Реляционные базы данных реализованы на языках высокого уровня и в ряде стран приняты в качестве национального стандарта. К ним относятся ALPHA, QBE, RISS, SEQVEI, dBASE, FRAMEWORK.

10.3. Проектирование базы данных

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

Развитие системы БД во времени называют жизненным циклом. Последний делится на стадии анализа, проектирования и эксплуатации.

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

Вторая стадия состоит из этапов реализации БД, анализа функционирования и поддержки, модификации и адаптации.

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

Проектирование реализации (логическое проектирование) разделяют на две части: проектирование базы данных и проектирование программ. Результатом первой части является логическая структура БД. Результатом второй части считают функциональные описания программных модулей и наборы запросов к БД.

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

На этапе реализации БД ставится задача разработки программ доступа к БД.

Этап анализа функционирования и поддержки обеспечивает статистическую обработку данных о функционировании системы. Восстановление БД и ее целостности после сбоев обеспечивает поддержка БД.

Этап модернизации и адаптации позволяет производить изменения, оптимизацию функционирования, модификацию программ.

Языки, используемые в БД, делят на языки описания данных (ЯОД) и языки манипулирования данными (ЯМД).

В общем случае ЯОД описывает различные типы записей, их имена и форматы, а также служит для определения:

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

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

Обычно ЯМД дают возможность манипулирования данными без знания несущественных для программиста подробностей. Они могут реализоваться как расширение языков программирования общего назначения путем введения в них специальных операторов или путем реализации специального языка.

При работе с БД используются несколько типов языков:

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

Языки программирования, применяемые в БД, представляют собой распространенные языки типа ФОРТРАН, КОБОЛ и многие новые языки.

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

Наиболее широко распространен первый способ описания. Он имеет в основе операторы объявления (например, DECLARE в языке PL/I, STRUCT в СИ, type в ADA).

Языки описания схем БД предназначены для администратора БД. С их помощью определяют глобальные описания данных.

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

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

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

Внешние модели не связаны с используемыми ТС и методами доступа к БД. Они определяют первый уровень независимости данных. Второй уровень независимости данных связан с отсутствием изменений внешних моделей при изменении КМ.

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

Главное назначение СД состоит в документировании данных. Он должен обеспечивать централизованное введение и управление данными, взаимодействие между разработчиками любого проекта, например САПР. Существуют интегрированные и независимые СД. В первом случае СД — это часть пакета программ СУБД, а во втором — отдельный пакет программ в виде дополнения к СУБД.

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

В полном объеме СД обязан:

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

Словарь данных должен иметь свою БД. Основные составляющие БД словаря данных:

  •  атрибут;
  •  объект;
  •  групповой элемент данных;
  •  выводимый объект данных;
  •  синонимы, т. е. атрибуты, имеющие одинаковое назначение, но различные идентификаторы;
  •  омонимы, т. е. атрибуты с различным назначением, но с одинаковыми идентификаторами;
  •  описание КМ, ЛМ, внешних и внутренних моделей;
  •  описание, позволяющее пользователям формально и однозначно выбирать атрибуты для решения задач.

Контрольные вопросы и упражнения

  1.  Что такое система данных?
  2.  Определите предметную область, объект, атрибут (элемент данных), значения данных и постройте таблицы связи между ними.
  3.  Что такое идентификаторы объекта и ключевые атрибуты?
  4.  Что такое запись данных? Приведите примеры.
  5.  Что такое файл данных (набор данных)?
  6.  Приведите пример взаимно однозначного соответствия между прикладными программами логического проектирования и файлами данных.
  7.  Какие проблемы возникают при обработке данных с несколькими файлами?
  8.  Приведите известные определения базы данных (БД).
  9.  В чем сходство и различие между БД и файлом?
  10.  Приведите основные определения системы управления базами данных (СУБД).
  11.  Опишите основные функции СУБД и требования к ним.
  12.  В чем заключается информационная согласованность в САПР?
  13.  Что такое функция администрирования БД и кто такой администратор БД (АБД)? Какие функции выполняет АБД?
  14.  Что такое независимость данных?
  15.  Какие языки используются в БД?
  16.  Что такое концептуальная модель (КМ)?
  17.  Приведите определение логической, внешней, внутренней (физической) моделей.
  18.  Что такое независимость данных?
  19.  Опишите иерархическую модель данных (ИМД). Постройте пример.
  20.  Опишите сетевую модель данных (СМД) и постройте пример.
  21.  Опишите реляционную модель данных (РМД) и постройте пример.


 

А также другие работы, которые могут Вас заинтересовать

34382. Прогнозирование ТС и их использования. Сводный баланс ТС, его содержание и методика разработки 73.5 KB
  Сводный баланс ТС его содержание и методика разработки Прогнозирование трудовых ресурсов является составной частью процесса разработки демографических прогнозов служащих для решения следующих задач: определение перспективной численности населения и его половозрастной структуры; оценка численности населения трудоспособного возраста основного источника трудовых ресурсов; обоснование перспектив социальноэкономического развития; разработка концепции демографического развития согласованной с концепцией...
34383. Социальная политика. Показатели, характеризующие уровень жизни населения 77.5 KB
  Показатели характеризующие уровень жизни населения Социальная политика государства это комплекс организационных экономических и других мероприятий по улучшению материального благосостояния духовному и физическому развитию населения оказанию поддержки инвалидам и малообеспеченным членам общества. Учитывая комплексный характер определения социальная политика ее обычно расчленяют на следующие составные части: политика доходов населения; социальная защита граждан; развитие системы здравоохранения образования культуры...
34384. Социальные нормы и нормативы. Минимальный потребительский бюджет и минимальная заработная плата 61.5 KB
  Минимальный потребительский бюджет и минимальная заработная плата Переход к рыночной модели хозяйствования неизбежно привносит в жизнь общества хронические болезни капиталистической системы: безработицу резкое имущественное расслоение бедность многочисленных слоев населения. Необходимость проведения активной социальной политики направленной на поддержание уровня жизни населения и обеспечение социальной защиты наиболее нуждающихся граждан обусловливает широкое использование в прогнозировании и планировании социальных нормативов. Это...
34385. Баланс денежных доходов и расходов населения, его роль и методика разработки 72 KB
  Политика доходов была направлена на сохранение в условиях инфляции определенного уровня заработной платы низкооплачиваемым слоям населения и реальной стоимости социальных выплат путем их периодических централизованных повышений или индексаций. Их успешная реализация стала важным этапом в обеспечении устойчивого экономического роста и повышении уровня жизни населения. Реальные денежные доходы населения повысились на 72 их рост по отношению к 1990 г.
34386. Прогнозирование и планирование оплаты труда 66 KB
  Основная цель оплаты труда обеспечить объективно необходимое воспроизводство рабочей силы в соответствии с ее стоимостью и повысить уровень мотивации исполнителей к эффективному труду. Фонд оплаты труда по народному хозяйству – это сумма денежных средств предназначенных для распределения между рабочими и служащими в зависимости от количества и качества затраченного труда. Источниками фонда оплаты труда является национальный доход который распределяется на фонд потребления и фонд накопления.
34387. Реальные доходы населения. Методы их прогнозирования 55 KB
  Методы их прогнозирования Важнейшим обобщающим показателем социального развития и уровня жизни населения являются реальные доходы. Основным источником формирования реальных денежных доходов и стимулирования трудовой деятельности являются зарплата повышение производительности труда и эффективности хозяйствования во всех звеньях экономики рост инвестиционного потенциала населения снижение налоговой нагрузки на фонд зарплаты субъектов хозяйствования всех форм собственности что будет способствовать созданию новых рабочих мест...
34388. Потребительский рынок (ПР). Прогнозирование спроса на товары народного потребления 33.5 KB
  Рынок – сфера товарноденежного обращения охватывает совокупность конкретных отношений и связей между производителями и потребителями товаров. Структура ПР: международный рынок рынок государств содружества рынок РБ рынок региональных областей рынок конкретных товарных групппродовольственных. Рынок: 1.
34389. Прогнозирование и планирование покупательных фондов и товарных ресурсов 37.5 KB
  Рассчитанный таким образом покупательный фонд определяет необходимый объем продажи товаров населению в денежном выражении. К этой величине прибавляется оборот по продаже товаров организациям и учреждениям в порядке мелкооптовой торговли и в результате определяется необходимый объем товарооборота. Дело в том что потребительские ожидания относительно таких факторов как будущие цены на товары наличие товаров и будущий доход способны изменить спрос. Для увязки совокупного спроса на товары народного потребления с товарными ресурсами наряду с...
34390. Формирование структуры товарооборота. Баланс спроса и предложения, его содержание и назначение 41.5 KB
  Чтобы сформировать структуру товарооборота необходимо определить спрос на отдельные группы товаров и сопоставить с ресурсами этих товаров. Структура характеризует соотношение товарных групп и отдельных товаров в общем объеме розничного товарооборота. Соотношение отдельных товарных групп и товаров связано вопервых с их значимостью и вовторых со степенью дополняемости и заменяемости товаров в процессе реализации и потребления. В процессе разработки прогнозов должен осуществляться анализ тенденций изменения структуры товарооборота за...