ФОРМАЛІЗАЦІЯ ПРОЦЕСУ ПРОЕКТУВАННЯ
(
реферат)
План
1. Основні поняття
2. Блочно-ієрархічний підхід до процесу проектування
3. Аспекти проектування
4. Складові частини процесу проектування
5. Способи організації процесу проектування
7. Схема проектування апаратно-програмного комплексу інформаційно-обчислювальної системи
Проектування технічного об'єкта зв'язане із створення, перетворенням і представленням у прийнятій формі образу цього об'єкта. Образ об'єкта чи його складових частин
може створюватися в уяві людини в результаті творчого процесу чи генеруватися по деяких алгоритмах у процесі взаємодії людини й ЕОМ. У будь-якому випадку проектування починається при наявності завдання на проектування, що відбиває потреби суспільства в одержанні деякого технічного виробу. Завдання
представляється у виді тих чи інших документів і є вихідним (первинним) описом об'єкта. Результатом
проектування
, як правило, служить повний комплект документації, що містить достатні дані для виготовлення об'єкта в заданих умовах. Ця документація являє собою остаточний опис об'єкта.
Перетворення вихідного опису в остаточне породжує проміжні описи - проектні рішення
, що є предметом розгляду.
З інформаційної точки зору проектування є процес перетворення вхідної інформації про об'єкт проектування, про стан знань у розглянутій області, про досвід проектування об'єктів аналогічного призначення у вихідну інформацію у вигляді проектно-конструкторської і технологічної документації, виконаної у визначеній формі і містячи опис об'єкта для його матеріальної реалізації.
З погляду теорії прийняття рішень проектування представляється, як процес прийняття проектно-конструкторських рішень, спрямований на одержання задовольняючого технологічному завданню опису, технічної системи заданого ступеня деталізації.
Процес проектування можна також розглядати і як реалізацію циклу керування, що містять операції синтезу, аналізу, оцінку і виробку керуючого впливу.
Усі визначення відбивають лише окремі сторони поняття "проектування" і показують, що однозначного його визначення не існує, що проектування є складний комплексний процес.
Проектована система розчленовується на ієрархічні рівні. На вищому рівні використовується найменш деталізоване представлення, що відбиває тільки загальні риси й особливості проектованої системи. На наступних рівнях ступінь детальності розгляду зростає; при цьому система розглядається не в цілому, а окремими блоками.
При блочно-ієрархічному підході до проектування складна задача великої розмірності розбивається на послідовно розв'язувані групи задач малої розмірності, причому усередині груп різні задачі можуть вирішуватися паралельно. На кожнім рівні існують свої представлення про систему й елементи. Те, що на більш високім i-м
рівні називалося елементом, на наступному (i-1
) -м рівні стає системою. Часто елементи самого нижчого з рівнів називають базовими чи елементами компонентами.
При проектуванні складних систем іноді приходиться оперувати описами, у яких одночасно представлені два ієрархічних рівні, у цьому випадку застосовують терміни система, підсистема й елементи
.
Таким чином, ієрархічні рівні
являють собою рівні опису об'єктів, які розрізняються ступенем детального відображення властивостей об'єкта. Інакше їх називають горизонтальними
рівнями
чи рівнями абстрагування
. Сукупність описів деякого рівня разом з постановками задач і методів одержання цих описів називають ієрархічним рівнем проектування.
На горизонтальних рівнях існують групи задач, зв'язані з проектуванням схем, конструкцій, технології. Ці групи задач разом з використовуваними для їхнього рішення моделями, методами, формами документації називаються аспектами проектування
(іноді аспекти проектування називають вертикальними рівнями проектування
).
Крім поділу описів по ступені детальності відображення властивостей об'єкта породжуючого ієрархічні рівні, використовують декомпозицію описів по різних аспектах. Найбільш великими є функціональні, конструкторські і технологічні аспекти. Рішення задач, зв'язаних з перетворенням або одержанням описів, що відносяться до цих аспектів, називають відповідно функціональним, конструкторським і технологічним проектуванням.
Функціональний аспект
відображає основні принципи функціонування, характеру фізичних і інформаційних процесів, що протікають в об'єкті, і відображаються в принципових, функціональних, структурних, кінематичних схемах і супровідних їм документах.
Конструкторський аспект
реалізує результати функціонального проектування, тобто визначає геометричні форми об'єктів і їхнє взаємне розташування в просторі.
Технологічний аспект
зв'язаний з реалізацією результатів конструкторського проектування, тобто з описом методів і засобів виготовлення об'єктів зокрема, з підготовкою програм для ЧПУ.
Проектування як процес, що розвивається в часі, поділяють на стадії, етапи, проектні процедури й операції.
Стадії проектування.
При проектуванні складних систем виділяють стадії наперед проектнихдосліджень, технічного завдання і технічної пропозиції, ескізного, технічного, робочого проектів, іспитів і впровадження.
На стадії науково-дослідних робіт (
НДР.) - наперед проектних досліджень, технічного завдання і технічної пропозиції
- на підставі вивчення потреб суспільства в одержанні нових виробів, науково-технічних досягнень промисловості, наявних ресурсів визначають призначення, основні принципи побудови технічного об'єкта і формулюють технічне завдання (ТЗ) на його проектування.
На стадії ескізного проекту
дослідно-конструкторських робіт
(ДКР) перевіряються коректність і реалізаційність основних принципів і положень, що визначають функціонування майбутнього об'єкта, і створюється його ескізний проект.
На стадії
технічного проекту
виконується всебічне пророблення всіх частин проекту, конкретизуються і деталізуються технічні рішення.
На стадіях робочого проекту, дослідів і упровадження
формується вся необхідна документація для виготовлення виробу. Далі створюється і випробується досліджувальний зразок чи пробна партія виробів, за результатами іспитів вносяться необхідні корективи в проектну Документацію, після чого здійснюється впровадження у виробництво.
Етапи проектування.
Етап проектування - частина процесу проектування, що включає в себе формування всіх описів об'єкта, що вимагаються, які відносяться до одного чи декількох ієрархічних рівнів або аспектів. Часто назви етапів збігаються з назвами відповідних ієрархічних рівнів і аспектів. Так, проектування технологічних процесів розбивають на етапи розробки принципових схем технологічного процесу маршрутної технології, операційної технології й одержання керуючої інформації на машинних носіях для програмно-керованого технологічного обладнання.
Проектні процедури.
Складові частини етапу проектування називають проектними процедурами
. Проектна процедура - частина етапу, виконання якої закінчується одержанням проектного рішення. Кожній проектній процедурі відповідає деяка задача проектування, розв'язувана в рамках даної процедури.
Проектна операція.
Більш дрібні складові частини процесу проектування, що входять до складу проектних процедур, називають проектними операціями
.
Приклади проектних процедур: оформлення креслення, виробу, розрахунок параметрів підсилювача, вибір типової конструкції для побудови електродвигуна. Приклади проектних операцій: креслення типового графічного зображення (зубцюватого зачеплення, рамки креслення і т.п.), рішення системи алгебраїчних рівнянь які описують статичний стан підсилювача, розрахунок показників ефективності чергового варіанта побудови електродвигуна.
Таким чином, поняття рівня й аспекту відносяться до структурування представлень про проектований об'єкт, а поняття етапу - до структурування процесу проектування.
Автоматизоване проектування забезпечує підтримку процесу проектування. Отже, перш ніж вивчати автоматизоване проектування, необхідно вивчити сам процес проектування, тобто створити спрощену модель процесу проектування Однак труднощі полягають у тому, що процеси проектування сильно відрізняються один від одного і залежать від конкретного виробу, від розмірів організації, що проектує, і її структури, від виду проекту (проектування на базі типових рішень або цілком оригінальний проект нового виробу).
Розробка деякої моделі процесу проектування дозволяє виділити найбільш істотні компоненти процесу проектування. Як розроблювач САПР, так і її потенційний користувач повинні мати можливість погоджувати опис інтерфейсів автоматизованих етапів процесу проектування з іншими етапами цього процесу. Такі інтерфейси можна описувати, якщо процес проектування адекватно представлений послідовністю або ланцюжком дій, так що результати кожної дії передаються для виконання наступного.
Розглянемо загальну модель процесу проектування.
Рис.4.1 Схема процесу проектування
На рис.4.1 показаний перший варіант такої моделі, щодо якої можна припустити:
ціль проектування незмінна (принаймні протягом якогось часу);
для створення проекту вимагаються знання технології певного типу;
процес проектування породжує інформацію (проект), що може бути документована і використана для виробництва тим чи іншим способом.
На рис.3.2 представлений другий варіант моделі процесу проектування
. На початку процесу проектувальнику передається специфікація проекту. Під специфікацією
тут розуміється деяке первинне завдання на проект. Ця специфікація поки не цілком відповідає кінцевій меті, вона скоріше формулює мету. Можливо, що через невірну інтерпретацію, неповних чи некоректних формулювань у специфікації проекту досягнення мети неможливо. Не можна припускати, що специфікації масштабних проектів, розрахованих на тривалий час розробки, будуть залишатися незмінним. Вони можуть бути не тільки деталізовані, але і змінені. При розробці проекту повинні бути передбачені спеціальні міри, що забезпечують введення в специфікації подібних змін. Для забезпечення таких коригувальних мір у модель процесу проектування повинне бути включене представлення проміжних результатів проектування для етапів, що мають більш високий рівень у загальному процесі.
У більшості випадків процес проектування є ітеративним. На ранній стадії проекту щодо конкретних характеристик виробу приймаються рішення, засновані на евристичних розуміннях з урахуванням неповних знань про їхній вплив на досягнення кінцевої мети. Цю частину процесу проектування назвемо синтезом.
На останній стадії проект необхідно аналізувати й оцінювати по специфікації. Говорячи про програмне забезпечення, такі дії позначають термінами "перевірка правильності" чи "верифікація". Якщо ціль не досягається, то проектні рішення повинні бути скоректовані.
Рис.4.2 Модель процесу виробництва
З рис.4.2 випливає, що процес проектування являє собою цикл керування. В внутрішньому циклі
здійснюються наступні операції над проектними описами: синтез, аналіз і оцінка.
Дані про відхилення попереднього проекту від специфікації передаються до операції синтезу. Зовнішній цикл замикається не усередині самого процесу проектування, а тільки в процесі вищого рівня. Таким чином, проектні специфікації відбивають усі зміни мети проектування. Для економії в процесі проектування потрібно використовувати методи специфікації, мінімізуючи витрати, зв'язані зі зміною мети.
Процес проектування складного об'єкта розпадається на ієрархічну сукупність процесів проектування окремих компонентів, що приводить до виникнення такого поняття як середовище проектування. Середовище проектування
включає проектувальника, сукупність обчислювальних засобів, методичне забезпечення.
Рис.4.3 Модель середовища проектування
Любий процес проектування може встановлювати зв'язок з будь-яким процесом середовища проектування і запитувати створення нового підлеглого процесу (рис.4.3).
Лінія, що з'єднує процес середовища з окремим процесом проектування, означає відношення "належить до". За допомогою графічної схеми можна представити мережну модель процесів, виділивши її структурні рівні.
Така модель дозволяє розглядати окремий процес проектування і його інтерфейси без спільного розгляду всіх процесів.
6. Загальна схема процесу проектування
Системи автоматизованого проектування, що підтримують визначену методологічну схему, повинні мати здатність розгортання заданої методології у виді лінійної послідовності процедур. Для цього потрібно, насамперед, ретельне пророблення всієї методологічної схеми, тому що процес проектування за допомогою САПР визначений лише тоді, коли цілком задані можливі альтернативи послідовності процедур.
Процес проектування представляється циклічною процедурою і відбиває визначену концептуальну модель. В основі цієї моделі лежать поняття підпроекта (ПП) і його шаблона (Ш). Під шаблоном підпроекта будемо розуміти сукупність питань, що вимагають відповіді на даному кроці проектування. Тоді підпроект являє собою сукупність відповідей на поставлені питання, тобто результат рішення деякої приватної задачі проектування (ПЗП).
Проект (П), будучи результатом виконання визначеної стадії проектування, є сукупність інформації, достатньої для виконання наступної стадії або виготовлення технічного зразка. У пропонованій концепції проект включає зведення, почерпнуті з підпроектов, що входять у дану стадію. Формування ПП на основі заданого Ш здійснюється за допомогою перетворення в процесі проектування рішення заданої ПЗП. При заданому Ш це дозволяє одержати різні варіанти ПП у залежності від обраних критеріїв, наявності обмежень, некерованих параметрів, а також обраного методу прийняття рішень.
Після того як побудований черговий підпроект, його частина надходить у проект. Крім того, ПП є основою для створення чергового шаблона Ш з допомогою методологічної операції перетворення в процесі проектування. Методологічні операції будуються на основі обраної методології проектування, що представляє собою сукупність даних, методів, процедур проведення декомпозиції, координації, агрегуровання і т.д. Одне з основних вимог до методології - можливість створювати розв'язні шаблони. Саме ця вимога приводить до необхідності використання в методології таких прийомів, як ітерація, декомпозиція, відсівання факторів, агрегурованя характеристик.
Таким чином, підсумок процесу проектування - проект, що створюється в ході реалізації процесу проектування і який містить у собі об'єднання всіляких слідів проектування (стрімко розростаючомуся дереву процесу проектування). Надалі це дерево будемо називати технологічною схемою (ТС) процесу проектування. Таким чином, ТС включає як методологічні питання проектування, так і методики рішення ПЗП.
Таким чином, розглянута вище організація процесу проектування дозволяє виділити його істотні компоненти, їхнє створення, взаємозв'язок, визначити підходи до реалізації.
САПР, побудована по зазначеній схемі, повинна мати:
засоби аналізу;
способи чи рекомендації проведення проектних перетворень;
пакети програм по реалізації методики рішення різних ЧЗП;
сценарій загальної технологічної (операторно-інформаційної) схеми проектування;
банк даних для роботи з базами підпроектов, вихідних і нормативно-довідкових даних, сценаріїв окремих ПЗП;
діалогову систему організації загального сценарію і сценаріїв ПЗП;
монітор організації паралельних процесів проектування;
базу даних проектів.
Важливою проблемою є декомпозиція вихідної задачі
на сукупність приватних задач проектування. Така декомпозиція ґрунтується на представленні процесу проектування у виді багаторівневого ієрархічного вкладеного процесу прийняття рішень по окремих компонентах системи. Для цього необхідно:
1) побудувати граф проробки, вершини якого відображають формування й аналіз рішень по компонентах системи, а дуги - вершини за інформацією і послідовності розвитку загальносистемного проектування (ОСП) за часом;
2) сформулювати постановки задач ухвалення рішення по компонентах, у тому числі визначити приватні цілі й умови компромісу для їхнього узгодження (прохід по графі "зверху вниз");
3) вирішити поставлені вище задачі пророблення компонент системи (прохід "знизу нагору").
Методологічна
схема загальносистемного проектування апаратно-програмного комплексу
(АПК) ИВС призначена для організації автоматизованого проектування АПК і являє собою алгоритм процесу проектування. Розробка такого алгоритму вимагає попереднього аналізу процесу проектування АПК із метою виділення обмеженого числа базових проектних процедур для різних рівнів проектування і з різним ступенем деталізації. При такій постановці задачі стає можливим конструювати алгоритм процесу загальносистемного проектування (ЗСП) з обмеженого набору базових проектних процедур. Причому цей алгоритм можна розробляти з різним ступенем деталізації, у залежності від рівня проектування, на який орієнтований алгоритм, і конкретної проектної ситуації.
Методологічна схема має три рівні деталізації.
Перший рівень відбиває основний зміст процесу проектування АПК. Алгоритм цього рівня складається з блоків і зв'язків між ними, що являють собою структуру проектованої системи, її розбиття на підсистеми, що забезпечують, і послідовність проектування підсистем і систем у цілому. Для блоків розроблений перелік проектувальних задач (проектних процедур), які необхідно вирішити в даному блоці. Блокам відповідають предметні області людино-машинного діалогу в САПР.
Другий рівень розкриває зміст проектних процедур першого рівня для кожного блоку. З цією метою складають перелік питань, які необхідно розглянути для рішення відповідної задачі проектування; виявляють послідовність виконання й умови переходу від однієї проектної процедури до іншої, можливі альтернативні шляхи розвитку процесу проектування і правила адаптації методологічної схеми до конкретних проектних умов.
Третій рівень являє собою деталізований людино-машинний сценарій процесу ЗСП. Цей рівень є основою для розробки алгоритмів діалогу для різних предметних областей загальносистемного пророблення.
Схему, у якій поряд із зазначеними процедурами присутні і допоміжні машинні процедури: вводу-виводу, розбору текстових рядків, аналізу відповідей по "меню", введення інформації з НМД і ін., називають технологічною схемою обробки інформації в ЕОМ, або в обчислювальному комплексі.
|
