Классификация технологий проектирования icon

Классификация технологий проектирования




НазваниеКлассификация технологий проектирования
страница1/8
Дата20.11.2012
Размер1.49 Mb.
ТипДокументы
источник
  1   2   3   4   5   6   7   8
1. /ответы.docxКлассификация технологий проектирования




  1. Классификация технологий проектирования

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

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

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

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

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

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

Технологии индустриального проектирования подразделяются на типовые и автоматизированные.

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

По характеру адаптации проектных решений технологии типового проектирования классифицируются на параметрически – ориентированные и модельно – ориентированные.

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

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

Технологии проектирования можно классифицировать по используемой модели процесса проектирования, определяющей последовательность выполнения стадий проектирования. По этому признаку различают технологии проектирования, использующие каскадную модель (рис.1.3), итерациональную модель, дополняющую каскадную возвратами к предыдущим стадиям (гл.2) и спиральную модель, на которой основана технология быстрой разработки приложений (rapid application development) – RAD – технология (гл. 4).


  1. Четырехуровневая парадигма проектирования


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


Методология – Метод – Нотации – Средства

Компоненты технологии проектирования выстраиваются в следующую парадигму проектирования:

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

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

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

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

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


  1. Стадии и этапы создания на основе Case средств

Анализ:

  • Предпроектное обследование фирмы

  • Разработка CASE-модели действующей системы (AS IS)

  • Анализ CASE-модели

  • Разработка вариантов CASE-моделей предлагаемой системы

  • Выбор варианта модели в качестве технического задания (TO BE)

Проектирование:

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

  • Разработка детализирующих моделей и диаграмм

  • Контроль проекта

Программирование:

  • Кодогенерация программного обеспечения

  • Генерация проектной документации

  • Системное тестирование и отладка системы

  • Обучение персонала

Внедрение

  • Ввод в действие и сопровождение системы на основе CASE-модели




  1. Классификация, примеры CASE-средств и их характеристика

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

  • локальные CASE-средства, служащие для анализа информационной системы и разработки автоматизированных рабочих мест (иногда такой подход называют «кусочной» автоматизацией), поддерживающие один-два типа моделей и методов. Примерами таких CASE-средств являются: Design/IDEF, CASE.Аналитик;

  • малые интегрированные CASE-средства, используемые для создания небольших интегрированных ИС и поддерживающие несколько типов моделей и методов. В эту категорию попадают: AllFusion Erwin Data Modeler (прежнее название Erwin), AllFusion Model Manager (прежнее название Bpwin), Silverrun;

  • средние интегрированные CASE-средства, поддерживающие от 4 до 10–15 типов моделей и методов. К данному типу следует отнести: Rational Rose, Designer/2000;

  • крупные интегрированные CASE-средства, поддерживающие более 15 типов моделей и методов. В эту разновидность входит семейство программных продуктов ARIS.

Помимо приведенной выше классификации, возможны и другие классификации, например, по следующим признакам:

  • по поддерживаемым подходам к проектированию: функционально-ориентированные, объектно-ориентированные и комплексно-ориентированные (поддерживающие оба подхода);

  • по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;

  • по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени коллективной разработки проекта, ориентированные на режим объединения подпроектов;

  • по типу операционной системы (ОС): работающие под управлением WINDOWS; работающие под управлением UNIX и т.д.

Рассмотрим примеры наиболее распространенных CASE-средств.

К числу крупных интегрированных CASE-средств относится среда описания и анализа бизнес-процессов ARIS, включающая в себя методологическую основу ARIS (Architecture of Integrated Information Systems) и ее программную реализацию в виде семейства продуктов ARIS, разработанных компанией IDS Scheer AG.

К числу средних интегрированных CASE-средств можно отнести Rational Rose - семейство объектно-ориентированных CASE-средств фирмы Rational Sofware Corporation, предназначенное для автоматизации процессов анализа и проектирования, генерации кодов на различных языках и выпуска проектной документации в виде диаграмм и спецификаций. Работа этого средства основана на языке моделирования UML.

Моделирование проводится как «поуровневый спуск» от концептуальной модели к логической, а затем к физической модели программной системы. Концептуальная модель выражается в виде «диаграмм прецедентов» (Use Case Diagram). Логическая позволяет определять два различных взгляда на системы: статический и динамический. Статическая модель выражается диаграммами классов (Class Diagram). Динамические модели задаются двумя типами диаграмм: диаграммами взаимодействия объектов (Collaboration Diagram) и диаграммами последовательности взаимодействий (Sequence Diagram). Физическая модель задается компонентной диаграммой (Component Diagram), описывающей распределение классов по модулям, и диаграммой развертывания (Deployment Diagram).

К числу малых интегрированных CASE-средств относится программный продукт Silverrun американской фирмы Silverrun_Technologies,_Inc.

Рассматриваемые CASE-средства обеспечивают построение функциональной и информационной модели в виде диаграмм потоков данных и диаграмм «сущность-связь». Silverrun ориентировано на спиралевидную модель создания информационной системы.

Имеется возможность настройки на разные нотации.

К числу локальных CASE-средств можно отнести программный продукт Design/IDEF (Meta Software). Наиболее эффективно применение пакета при описании и анализе деятельности предприятия.

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

Основными преимуществами Design/IDEF перед другими пакетами (например, перед Bpwin) являются: малый объем программы и небольшие потребности в аппаратных ресурсах, а также доступность Design/IDEF поскольку это средство распространяется бесплатно и его можно получить через Internet.

  1. МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА

Под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС и специфики условий, в которых последняя создается и функционирует.

Известны следующие базовые модели жизненного цикла.

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

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

http://inftis.narod.ru/pis/ris2-2b.gif

Рис. 1. Каскадная схема разработки ПО.

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

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

Для преодоления этих проблем предложена поэтапная модель с промежуточным контролем (рис. 2).

http://inftis.narod.ru/pis/ris2-2a.gif

Рис. 2. Поэтапная схема разработки ПО.

В поэтапной модели с промежуточным контролем разработка ПО ведётся итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоёмкость процесса разработки по сравнению с каскадной моделью. Время жизни каждого из этапов растягивается на весь период разработки.

Затем появилась спиральная модель ЖЦ (рис. 3), в которой на начальных этапах ЖЦ осуществляются анализ и проектирование.

http://inftis.narod.ru/pis/ris2-3.gif

Рис 3. Спиральная модель.

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

  1. Понятие типового элемента. Классификация методов типового проектирования

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

Классификация методов типового проектирования:

  1. По степени автоматизации: На основе универсальной компьютерной поддержки, На основе специальной компьютерной поддержки

  2. По степени использования типовых проектных решений: Оригинальное проектирование, Типовое проектирование

  3. По характеру адаптации: Перепрограммирование, Параметризация, Модельные методы




  1. Элементное проектирование

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

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

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

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

  • система достаточно гибкая

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

  • система получается дорогостоящей как в плане времени внедрения, так и стоимости внедрения (тем более, что это взаимосвязанные характеристики)

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




  1. Подсистемный подход к проектированию


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

Достоинством подсистемного метода по сравнению с элементным является более высокая степень интеграции типовых элементов ИС.

Типовые проектные решения для функциональных подсистем реализуются в виде пакетов прикладных программ (ППП), которые позволяют осуществлять:

  • модульное проектирование;

  • параметрическую настройку программных компонент на различные объекты управления (в общем случае – объекты информатизации);


Компоненты являются более обширными и функционально-полными по спектру решаемых задач. Например 1С:Бухгалтерия для автоматизации ведения бухгалтерского учёта, 1C:Склад для складского учёта и так далее. По сути, это промежуточное звено между элементным подходом (стрельба дробью) и объектным методом (монолитное решение).
Собственно, потому часть недостатков элементного подхода он решает, сводя на нет достоинства:

  • Дешевле стоимость формирования ЭИС, проще поддержка

  • Слабые возможности непрерывного инжиниринга бизнес-процессов

  • Хорошее документирование и в целом, более проработанная взаимосвязь элементов подсистемы, которые при элементном подходе пришлось бы прорабатывать силами штатных сотрудников.




  1. Объектный метод проектирование

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



  1. Параметрически-ориентированное проектирование

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

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

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

Рассмотрим взаимосвязь основных потоков и компонентов пакета прикладных программ.

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

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

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

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

Параметрическая информация предоставляется:

в справочниках (классификаторах с задаваемым числом уровней классификации, например, в справочниках номенклатуры изделий и услуг, видов расчетов, валют и т.д.);

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

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

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


  1. Модельно-ориентированное проектирование

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

Для моделирования предметной области и последующих конфигураций информационной системы из отдельных компонент (программных модулей) используется специальный программный инструментарий, например SAP Business Engineering Workbench или BAAN Enterprise Modeler.

Несомненным достоинством применения модельно-ориентированных систем, таких, как SAP R/З или BAAN IV, перед CASE-технологиями является накапливание опыта проектирования информационных систем различных классов в виде типовых моделей, которые поставляются вместе с программным продуктом в форме наполненного репозитория.

Технология модельно-ориентированного проектирования основана на конфигурации информационной системы с применением модельного подхода. Для этого необходимы три основные компоненты:

  1. требуемая модель информационной системы (to be);

  2. модель типовой информационной системы;

  3. программный компонент, настраивающий типовую модель в соответствии с требуемой моделью.




  1. Примеры типовых информационных систем

Основным признаком классификации типовых информационных систем является их функциональность. По этому признаку информационные системы подразделяются на локальные, малые, средние и крупные интегрированные системы. Функциональность локальных и малых интегрированных систем направлена на решение финансово-управленческих задач: бухгалтерский учёт, управление кадрами, расчёт заработной платы, складской учёт, управление финансами, сбыт. Иными словами, эти системы реализуют универсальные типовые функции управления, не зависящие от спецификации производственного процесса.

Примеры систем:1С:Бухгалтерия (1С), БЭСТ, Альт-Финансы, Альт-Инвест, Project Expert, Система бюджетирования «Красный директор»,

Галактика, БОСС-корпорация, Компас, Axapta (Microsoft), 1C:Предприятие

Корпоративная информационная система 1C: Предприятие 8.0

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

Система 1C: Предприятие 8.0 поставляется вместе с типовыми конфигурациями, которые реализуют наиболее часто используемые алгоритмы управления.

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

Одним из наиболее существенных нововведений версии «8.0» является реализация трёхуровневой архитектуры «клиент - сервер».

В качестве сервера баз данных система использует MS SQL Server.

Адаптация системы к требованиям конкретного предприятия осуществляется благодаря использованию специальной программы – конфигуратора и встроенного языка программирования.


13. Инструментарии для адаптации типовых проектных решений

1.Генераторы программ ИС на основе языковых средств RAD-технологий (4GL)

Основное инструментальное средство для программирования баз

данных и создания пользовательских приложений на языке 4GL.

Включает:1) компилятор с 4GL на Си и далее, в машинный код. 2)генератор и компилятор экранных форм 4GL. 3)описание и поддержка многомодульных программ

(а ля make).

Все это собранно в единую интегрированную среду-оболочку

поддержки программирования, управляемую меню.

Язык 4GL содержит в себе:

  1. Операторы SQL - для работы с данными.

  2. Программные операторы - IF, CASE, CALL, FUNCTION, FOR, WHILE, GOTO, DEFINE и т.д.

  3. Операторы экранного обмена - меню, окна, ввод-вывод через экранные формы и экранные массивы.

d) Перехват и обработка исключительных ситуаций

2.Макроязыки проектирования и настройки типовых модулей :Макроязык — набор правил для объявления и использования макросов. Макросы используются в языках программирования, например, в ассемблере и в прикладных программах, например, в Microsoft Office.


    1. Конфигурация ИС на основе модельно-ориентированной технологии

Описание технологии модельно-ориентированного проектирования рассмотрим на примере конфигурирования информационной системы SAP R/3 с использованием CASE средства ARIS.

Внедрение SAP R/3 осуществляется в несколько этапов:

  1. Вначале, используя ARIS Easy Design на локальных рабочих местах, словесно описываются бизнес-процессы, строятся модели описываемых бизнес процессов. Модель бизнес -процесса представляется в виде функций (операций) процесса и условиями их исполнения. Для каждой функции бизнес-процесса описываются входящая и исходящая документация и исполнители этого процесса.

  2. На данном этапе объединяются фрагменты моделей бизнес - процессов, разрабатываемые на локальных рабочих местах с использованием ARIS Easy Design. Сводная информация помещается в единую базу данных (репозиторий), что в свою очередь обеспечивает непротиворечивость собираемой информации. Используя ARIS Toolset, производится анализ стоимости выполнения и моделирование работы описанных бизнес - процессов.

  3. С использованием ASAP формируются референтные модели и соответствующая база данных, которая содержит документацию по настройке и разработке различных вариантов системы SAP R/3. Здесь же содержится описание бизнес-процессов, при условии их реализации в SAP R/3.

Репозиторий SAP R/3 содержит базовую (ссылочную) модель системы, а также типовые модели, соответствующие конфигурации системы применительно к различным отраслям и подотраслям народного хозяйства (машиностроение, энергетика, банковское дело, образование и т.д.), а также типам производства (массовое, серийное, индивидуальное). Как базовые так и типовые модели включают в себя функциональную модель, модель бизнес - процессов, модель объектов (данных), организационную модель. Как видно из этого перечня структура базовых и типовых моделей соответствует структуре «Домика профессора Шеера». Функциональная модель носит иерархический характер, т.е. функциональная часть информационной системы с помощью этой модели представляется в виде функциональных подсистем, комплексов задач и отдельных задач.

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

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

  1. С помощью ARIS for mySAP.com можно осуществить перенос моделей из репозитория R/3 в репозиторий ARIS, далее следует протестировать моделируемые бизнес-процессы путем непосредственного вызова из моделей соответствующих транзакций SAP R/3. После этого можно перенести модели в репозиторий R/3.




    1. Понятия и структура проекта информационной системы


  1   2   3   4   5   6   7   8



Похожие:

Классификация технологий проектирования iconМедицинские товары, их классификация, качество классификация медицинских товаров
Классификация стро­ится таким образом, чтобы в каждое звено ее входили товары, сходные между собой по какому-либо общему признаку,...
Классификация технологий проектирования iconПлан управления образования Администрации ямр на февраль 2012 года
Социальное партнерство семьи и школы через реализацию технологий социального проектирования
Классификация технологий проектирования iconПроблемы проектирования и создания систем электроснабжения для крупных космических станций
Проблемы проектирования преобразователей и распределителей электрической энергии
Классификация технологий проектирования iconВопросы к зачету по курсу «Аудиовизуальные технологии обучения»
Классификация информации по характерным признакам. Классификация информации по способу восприятия
Классификация технологий проектирования iconКлассификация многогранников: Классификация многогранников
...
Классификация технологий проектирования iconСправочник «Классификация заявителя (общая)» с сайта электронного документооборота в разделе «Версии» или по ссылке прямой
Инструкция по загрузке справочника «Классификация заявителя (общая)» в сэд делоПро
Классификация технологий проектирования iconВопросы Классификация основных средств предприятий
Классификация основных средств предприятий в зависимости от участия в процессе производства
Классификация технологий проектирования iconИспользование программы «Интерактивная электронная система для развития умения проектирования технологических процессов» при подготовке специалистов технологии машиностроения
Программа «Интерактивная электронная система для развития умения проектирования технологических процессов «Выбор вида и способа получения...
Классификация технологий проектирования iconПрограмма круглого стола (семинара) «Вопросы проектирования, размещения и функционирования мультимодальных логистических центров на территории Приволжского федерального округа» в рамках v-го Чебоксарского экономического форума
«Вопросы проектирования, размещения и функционирования мультимодальных логистических центров на территории Приволжского федерального...
Классификация технологий проектирования icon1. Общие положения Технологии дистанционного обучения и классификация образовательных систем в Интернет
Технологии дистанционного обучения и классификация образовательных систем в Интернет
Классификация технологий проектирования iconПриоритетные направления развития науки, технологий и техники и перечень критических технологий Российской Федерации
Биомедицинские и ветеринарные технологии жизнеобеспечения и защиты человека и животных
Разместите кнопку на своём сайте:
Документы


База данных защищена авторским правом ©lib3.podelise.ru 2000-2013
При копировании материала обязательно указание активной ссылки открытой для индексации.
обратиться к администрации
Лекции
Доклады
Справочники
Сценарии
Рефераты
Курсовые работы
Программы
Методички
Документы

опубликовать

Документы