Поиск

Полнотекстовый поиск:
Где искать:
везде
только в названии
только в тексте
Выводить:
описание
слова в тексте
только заголовок

Рекомендуем ознакомиться

'Документ'
Об утверждении государственной программыРостовской области «Развитие сельского хозяйстваи регулирование рынков сельскохозяйственнойпродукции, сырья и ...полностью>>
'Тематический план'
Этапы, периоды и стадии онтогенеза. Морфофозиологические особенности яиц хордовых. Гаметогенез. Оплодотворение....полностью>>
'Документ'
Добавление к навозу воды 1:1. Навоз накапливается в ванной с пробкой и удаляется раз в 1-3 недели. Самосплав для производства биогаза подходит идеальн...полностью>>
'Документ'
Номинальная стоимость одной ценной бумаги: 1 50 сум Общая сумма выпуска: 9  50    сум....полностью>>

Главная > Документ

Сохрани ссылку в одной из сетей:
Информация о документе
Дата добавления:
Размер:
Доступные форматы для скачивания:

И.П.Беляев

ПРОЕКТИРОВАНИЕ

АВТОМАТИЗИРОВАННЫХ СИСТЕМ

МОСКВА 2009

Беляев И.П. Проектирование автоматизированных систем. М.:, 2009.

ISBN

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

Илл.32 , табл.6

Р е ц е н з е н т ы

Зав. кафедрой, профессор И.Г.Городецкий

(Российский гос. технол. ун-т им. К.Э.Циолковского),

проф. В.Ф.Грязных (МГСУ)

© Беляев И.П.

Предисловие

Все новое хорошо, но старое – всего лучше и крепче.

Наставление отца к сыну. XI век.

Следуй своей дорогой, и пусть люди говорят что угодно.

Д.Алигьери

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

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

Академики от вооружений пришли в народное хозяйство. Возникли глобальные проекты типа – создания ОГАС – общегосударственной автоматизированной системы. Планировался выпуск тысяч ЭВМ серии «ЕС-ЭВМ» и «Минск». Их «только» надо было увязать в сеть, снабдить программатурой – и триумф близок.

В 70-е прошлого века был успешно проведен сеанс передачи данных через спутник. В академических институтах полным ходом шли научные изыскания в области математической экономики и применения методов математического программирования в управлении народным хозяйством. Писали учебники и монографии.

Вносили нормативные предписания увеличивать коэффициенты эффективности в два раза при использовании методов оптимизации. Но, увы, автоматизации и успешному внедрению поддавались лишь отдельные аспекты хозяйственной деятельности. С применением оптимизационных подходов тоже оказалось не все так просто. Как говорил А.Эйнштейн: «Математика – единственный совершенный метод, позволяющий провести самого себя за нос».

Ведь экономика – это материализация отношений между людьми, психика и поведение которых до сих пор во многом загадка. И плохо поддается формализации. С экономикой у «неэкономистов» много трудностей. К примеру, как посчитать экономическую эффективность АС? И вообще, согласно «Википедии» «с самого начала вручение Нобелевской премии по экономике вызывало споры в научном мире: прежде всего, многие не признают за экономической теорией статуса науки (или полагают что ее статус ниже, чем у естественных наук, по которым вручается Нобелевская премия); во–вторых, считается, что вручение премии по экономике ведет к своеобразной «нобелевской гонке», итогом которой явится столкновение интересов и конфликты между различными странами, университетами и отдельными экономистами; третье возражение – Нобелевскую премию не получили крупнейшие экономисты, по существу, из–за того, что умерли, не дожив до присуждения им награды по совокупности научных заслуг, в то же время в 90-е гг. 20 в. и в начале 21 в. премией награждены многие не слишком достойные этой почести ученые».

Даже «искусственный интеллект» до сих пор также далек от практических применений, как и 30 лет назад. Далеки от серьезных практических применений методы оптимизации, математического программирования и пр. Хотя, их безусловная заслуга в том, что они позволяют «попутно» понять глобальные особенности и закономерности поведения систем различной природы. Пожалуй, эти методы и не предназначены для повседневного практического применения.

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

АСУ «КУРС» и по сей день, но в другой технической комплектации – уже по счету поколений, - на четвертой технической и программной платформе, успешно функционирует и совершенствуется. В социальной же сфере – это АС для Пенсионного фонда. АС-«Скорая помощь» и другие.

В 90-е прошлого столетия вместе с перестройкой и ощущением свободы к немногим оставшимся в сфере разработки АС и тысячам молодых из других областей, пришедшим сначала в сферу торговли западной и восточной вычислительной «чудо-техникой», сменившей монстров серии ЕС, закралось ощущение свободы от требований стандартов и нормативов ведения разработок.

Сейчас эта свобода, увы, закреплена законодательно. Вместе с обретением свободы деятельности была во многом утрачена культура проектирования. Но, к счастью, эта культура проектирования АС закреплена в нормативно-технических документах, прежде всего в 34-м ГОСТ. И на базе требований 34 ГОСТ уже текущем тысячелетии успешно разработаны и функционируют такие АС, как АИС - «Налог-Москва».

Многие их пришедших от торговли техникой в сферу разработок АС идут в русле «системной интеграции» на базе весьма мощных, а потому кажущихся всемогущими программных систем ERP – направления, подкрепленного мощными средствами ВТ. Но системы эти - из другой культуры, и они требуют другого подхода при внедрении в практику отечественной хозяйственно-экономической деятельности. Требуют перестройки деятельности.

Упорядочение хозяйственной деятельности на базе нормативов и стандартов - весьма позитивная тенденция, ибо ничего нет сильнее традиций и привычек, тем более, - стандартизованных. И не надо их ломать. Отечественный 34 ГОСТ - методологическая основа проектирования АС и стержень отечественного профиля стандартов - более сильного, нежели профили западных стандартов, которые обычно (не всегда корректно) базируют на нескольких стандартах военных ведомств США.

Поэтому именно на базе 34 «гражданского» ГОСТа, как регламента организации процесса создания АС по стадиям и этапам жизненного цикла, и построено изложения материала данной книги.

Изучение стандартов и овладение на практике их предписаниями – занятие непростое и временами занудное. Тем не менее «хоть горек корень знаний, но сладки их плоды».

Базовый текст книги идет основным текстом. Пояснения и справочный материал – размером 10 пт. Его можно при необходимости опускать.

Предисловие 3

ВВЕДЕНИЕ 13

I. Проектирование как процесс. 14

II. Управление проектами 16

III. Внедрение типовых проектов 18

IV. Немного истории 20

V. Особенности внедрения ERP систем 21

VI. АСУ как исторически основной тип автоматизированных систем 23

1. Жизненные циклы систем 29

1.1. Кривая пользы от образца системы 29

1.2. CASE-технологии. Мифы и реальность 35

2. Принцип рутинного подкрепления 39

2.1. Рутина 39

2.2. Творчество 39

2.3. Принцип рутинного подкрепления 39

2.4. Применение принципа рутинного подкрепления к разработке АС 44

2.4.1. Построение дерева целей 44

2.4.2. Создание АС. Фрагмент процедуры проектирования. 46

3. НЕКОТОРЫЕ ОПРЕДЕЛЕНИЯ 50

4. НАЗНАЧЕНИЕ АВТОМАТИЗИРОВАННЫХ СИСТЕМ 59

4.1. Автоматизированные системы управления 59

4.2. АСУ технологическими процессами 64

4.3. АС научными исследованиями 65

4.4. Системы автоматизированного проектирования 65

4.5. АС обработки информации 67

4.6. АС технологической подготовки производства 68

4.7. АС контроля испытаний 70

4.8. Эффективность АС 71

5. СОСТАВ И СТРУКТУРА АВТОМАТИЗИРОВАННЫХ СИСТЕМ 76

5.1. Функциональная структура АС 78

5.2. Технические структуры АС 81

5.3. Организационные структуры АС 81

5.4. Документальные структуры АС 82

5.4. Алгоритмические структуры АС 82

5.6. Программные структуры АС 84

5.7. Информационные структуры АС 86

6. ПРИНЦИПЫ СОЗДАНИЯ АВТОМАТИЗИРОВАННЫХ СИСТЕМ 88

7. ОСНОВНЫЕ ПОЛОЖЕНИЯ ПО СОЗДАНИЮ И ФУНКЦИОНИРОВАНИЮ АВТОМАТИЗИРОВАННЫХ СИСТЕМ 94

7.1. Требования к планированию и нормированию разработки 94

7.2. ТЗ – основополагающий для разработки АС документ 95

7.3. Разделение полномочий при создании АС 95

7.4. Особо важные моменты создания АС 96

7.5. Изменения в организационной структуре, вызванные созданием АС 99

7.6. Комплекс средств автоматизации 100

7.7. Подготовка персонала 101

7.7. Использование сетей ЭВМ 102

7.8. Технология распределенных баз данных и ПО промежуточного уровня 106

8. СТАДИИ И ЭТАПЫ СОЗДАНИЯ АС 110

8.1. ОБЩИЕ ПОЛОЖЕНИЯ 110

8.2. СТАДИИ И ЭТАПЫ СОЗДАНИЯ АС 110

9. СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ АС 113

9.1. ПРЕДПРОЕКТНЫЕ СТАДИИ 113

9.2. Структурный анализ системы 114

9.3. Функциональный и исторический анализ системы 115

9.4 Представление структур через матрицы связей 117

9.5. Пошаговый анализ системы 118

9.5.1. Актуальное изучение системы 119

9.5.2.ПОСТ-модели для представления диаграмм процессов 128

9.5.3.Графические элементы процессных схем: 132

9.5.4. Запреты, обязательно соблюдаемые при построении схем: 132

9.5.5. Нумерация в ПОСТ-нотации: 133

9.6. Содержание работ по этапам проектирования АС 137

10. СОДЕРЖАНИЕ ДОКУМЕНТОВ, РАЗРАБАТЫВАЕМЫХ НА ПРЕДПРОЕКТНЫХ СТАДИЯХ 156

11. СОСТАВ И ПОРЯДОК РАЗРАБОТКИ ТЕХНИЧЕСКОГО ЗАДАНИЯ НА АВТОМАТИЗИРОВАННУЮ СИСТЕМУ 162

11.1. ОБЩИЕ ПОЛОЖЕНИЯ 162

11.2. СОСТАВ И СОДЕРЖАНИЕ ТЗ 163

11.3. ПРАВИЛА ОФОРМЛЕНИЯ 182

11.4. ПОРЯДОК РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ на АС 183

11.5. ФОРМА ТИТУЛЬНОГО ЛИСТА 185

11.6. ФОРМА ПОСЛЕДНЕГО ЛИСТА ТЗ НА АС 186

12. Создание автоматизированной системы 187

12.1. СОДЕРЖАНИЕ ДОКУМЕНТОВ, РАЗРАБАТЫВАЕМЫХ ПРИ СОЗДАНИИ АС 190

12.1.2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ ПО ОБЩЕСИСТЕМНЫМ РЕШЕНИЯМ 191

13. РАЗРАБОТКА РЕШЕНИЙ ПО ВИДАМ ОБЕСПЕЧЕНИЯ АС 215

13.1. ОРГАНИЗАЦИОННОЕ ОБЕСПЕЧЕНИЕ 215

13.1.1. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО ОРГАНИЗАЦИОННОМУ ОБЕСПЕЧЕНИЮ 215

13.2 ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ 223

13.2.1. Основы проектирования баз данных 226

13.2.2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ 235

13.3. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ 245

13.3.1. Понятие и структура ПО 245

13.3.2. Методология разработки ПО 248

13.3.3. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ 251

13.4. ТЕХНИЧЕСКОЕ ОБЕСПЕЧЕНИЕ 254

13.4.1. Классификация технических средств 254

13.4.2. Средства обработки данных. 255

13.4.3. Формы использования средств обработки данных 256

13.4.4. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ 258

13.5. МАТЕМАТИЧЕСКОЕ ОБЕСПЕЧЕНИЕ 267

13.5.1. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО МАТЕМАТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ 269

13.6. Правовое обеспечения АС 277

13.7. Лингвистическое обеспечение 278

13.8. Эргономическое обеспечение 281

14.1. Немного истории. 289

14.2. Основные определения пользовательского интерфейса 294

14.3. Общие принципы проектирования пользовательского интерфейса 300

14.3.1. Виды диалога 302

14.3.2. Проектирование дисплейных форматов 303

14.3.3. Использование цвета при проектировании пользовательского интерфейса 305

14.3.4. Учет ошибок пользователя 310

14.3.5. Время ответа системы 311

14.4. Жизненный цикл разработки пользовательского интерфейса 311

14.5. Эргономические цели и показатели качества программного продукта 312

14.5.1. Эффективность работы 313

14.5.2. Производительность работы 314

14.5.3. Удовлетворенность пользователя от работы 315

14.6. Практические проблемы, возникающие на этапе разработки прототипа GUI и варианты их решения 316

14.8. Проектирование интерфейса. Элементы стандарта IBM 319

15. ВВОД АС В ДЕЙСТВИЕ 325

15.1. ОБЩИЕ ПОЛОЖЕНИЯ 325

15.2. ПРЕДВАРИТЕЛЬНЫЕ ИСПЫТАНИЯ 328

15.2.1. Автономные испытания 328

15.2.2. Комплексные испытания 329

15.3. ОПЫТНАЯ ЭКСПЛУАТАЦИЯ 330

15.4. ПРИЕМОЧНЫЕ ИСПЫТАНИЯ 331

16. СОДЕРЖАНИЕ ОРГАНИЗАЦИОННО-РАСПОРЯДИТЕЛЬНЫХ ДОКУМЕНТОВ 334

16.1. Акт завершения работ 334

16. 2. Акт приемки в опытную эксплуатацию 334

16. 3. Акт приемки в промышленную эксплуатацию 334

16.4. Документ "Приказ о начале опытной эксплуатации АС (ее частей)" 335

16.5. Документ "Приказ о вводе в промышленную эксплуатацию АС (ее частей)" 335

16.6. Приказ о составе приемочной комиссии 335

16.7. Протокол испытаний 335

16.8. Протокол согласования 336

Заключение 337

Литература 339

Следовало бы иметь установленные законом меры воздействия, 339

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

как это делается в отношении праздношатающихся и тунеядцев. 339

ВВЕДЕНИЕ

Бывает нечто, о чем говорят: «смотри, вот это новое»;

но это было уже в веках, бывших прежде нас

Екклесиаст

Новое – это хорошо забытое старое

Если все кажется легким, это безошибочно доказывает, что

работник весьма мало искусен и что работа выше его разумения.

Леонардо да Винчи

В англоязычной литературе нет определения «автоматизированная система». Там оперируют понятием «информационная технология» (IT). В английском языке совсем другой категориальный ряд, другие понятия. Автоматизированная система - это чисто русское словообразование. Неким аналогом ему является не IT, а IMS (information management systems) или MIS (management information systems). Нет в русском языке и термина management («управление» очень неточный перевод), нет даже такого явления. (Б.В.Дроздов).

Как разрабатывать информационные технологии и как внедрять – продавать как некоторый рыночный продукт, существует масса мнений, рекомендаций, руководств и пр. Относительно того, что представляют собой информационные технологии, и как на их основе создавать автоматизированные системы (АС), в нашей стране накоплен собственный очень богатый с точки зрения как практической, так и теоретической, опыт. И этот опыт во многом сконцентрирован в совокупности, или – как сейчас говорят – «Профиле стандартов», 34 ГОСТ.

Базовым для понимания сути и духа проектирования АС является следующее определение:

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

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

Технология (греч. Techne – искусство, мастерство)

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

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

Информация –

  1. сообщение о чем-либо

  2. сведения, являющиеся объектом хранения, переработки и передачи

  3. количественная мера устранения неопределенности (энтропии), мера организации системы.

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

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

I. Проектирование как процесс.

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

Изложение материала данной книги соответствует логике проектирования, определенной ГОСТ 34 (Информационные технологии), в частности последовательности реализации фаз жизненного цикла разработки, соответствующих последовательности стадий и этапов создания АС. Такая последовательность является полным описанием последовательности реализации жизненного цикла создания АС. Что подтверждено многочисленными успешными практическими реализациями. Вместе с тем, ни один из известных западных стандартов не является законченной полной технологией проектирования АС. Они и термина такого не знают. Большинство западных стандартов и нотаций (DFD, IDEF, ARIS, UML) описывают методы представления бизнес-процессов, функциональных и организационных, документарных структур, систем реализации CASE-технологий.

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

Суть проектирования АС определяется требованиями раздела №4 Технического задания на систему. А именно:

  • требования к системе в целом;

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

  • требования к видам обеспечения.

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

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

Проект (лат. Projectus) – брошенный вперед.

  1. Технические документы – чертежи, расчеты, макеты вновь создаваемых зданий, сооружений, механизмов, приборов

  2. Предварительный текст какого-либо документа

  3. План, замысел

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

Проекты могут охватывать все уровни организации. В них могут быть занят и один человек, и многие тысячи. А длительность проектов может достигать нескольких лет (однако по Йордону, если длительность проекта приближается к десяти годам, то, скорее всего, цель проекта не будет достигнута никогда). Можно привести несколько примеров различного вида работ, которые можно с уверенностью назвать проектами. Это:

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

Действия, направленные на изменение структуры, политики или стиля организации.

Разработка или внедрение новой или модифицированной информационной (автоматизированной) системы.

Разработка (проектирование) нового продукта.

Политическая компания.

Разработка новых бизнес-процессов.

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

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



Похожие документы:

  1. «Проектирование и технология изготовления ВКК и стыковки с ГКМ» Курс лекций Москва 2012

    Литература
    ... ИССЛЕДОВАТЕЛЬСКИЙ ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ «МИСиС» Кузнецов Н.С. «Проектирование и технология изготовления ВКК и стыковки с ГКМ ... материалов при низких температурах» 1975 г. Н.М. Беляев «Сопротивление материалов» 1980 г. И.С. Григорьев, Е.З. ...
  2. Математическое моделирование динамических режимов работы силовых трансформаторов для автоматизированного проектирования и диагностики

    Автореферат диссертации
    ... о важности и удобстве использования системы для проектирования и диагностирования трансформаторов (рис. 8). Представляется ... трансформаторов / Д.А. Климов, Г.В. Попов, А.М. Шурыгин, А.В. Беляев // Тезисы докладов международной научно-технической ...
  3. Учебно-методическое пособие по дипломному проектированию выпускной квалификационной работы

    Учебно-методическое пособие
    ... . 22.Оборудование предприятий общественного питания: В 3-х т. Т. 3 / Беляев М.И. Тепловое оборудование: Уч. для технол ... . М., 1994. 30.Рекомендации по технологическому проектированию, реконструкции, техническому перевооружению действующих предприятий ...
  4. Работы педагогического совета 30

    Анализ
    ... позволило педагогическому коллективу накопить опыт проектирования и осуществления инновационной педагогической деятельности по ... «Бессмертный полк» Белянского сельского поселения (с.Белянка, с.Зимовенька). 2. Основные направления деятельности по ...
  5. Каганов В. Ю., Блинов О. М., Глинков Г. М., И др.; под ред. О. М. Блинова

    Учебники и учебные пособия
    ... полупроводников: Учеб. пособие для вузов / Беляев Анатолий Иванович, Жемчужина Е. А., Фирсанова ... полупроводниковых материалов: для вузов / Беляев Анатолий Иванович.- 6-е изд., испр ... ) Васильев Юрий Александрович. Проектирование и В 191 теплотехническая ...

Другие похожие документы..