4.3. Склад і функціональне призначення програмного забезпечення сапр

Програмне забезпечення поділяють на базове, загальносистемне і спеціалізоване.

Базове програмне забезпечення не є предметом розробки при створенні ПЗ САПР.

Загальносистемне ПЗ є інваріантним до об'єктів проектування.

Спеціалізоване ПЗ функціонує в операційному середовищі, яке складається з загальносистемного і базового ПЗ. Основною функцією спеціалізованого ПЗ САПР є отримання проектних рішень.

Склад і структура ПЗ САПР визначаються як складом і структурою підсистем САПР, так і САПР в цілому.

За функціональним призначенням ПЗ САПР можна розділити на ряд програмних комплексів (ПК), що представляють собою сукупність програмних, інформаційних, методичних, математичних і лінгвістичних компонент, призначених для виконання заданих функцій. Можна виділити наступні програмні комплекси: проектуючі, обслуговуючі та інструментальні.

Рис. 4.2. Склад програмних комплексів САПР

Проектуючі ПК призначені для отримання закінченого проектного рішення і у свою чергу діляться на проблемно-орієнтовані та об'єктно-орієнтовані. Проблемно-орієнтовані ПК виконують уніфіковані проектні процедури, не залежні від об'єкта проектування. Об'єктно-орієнтовані ПК використовуються для проектування об'єктів певного класу. Проектуючі ПК входять до складу спеціалізованого ПЗ.

Обслуговуючі ПК призначені для підтримки працездатності проектуючих ПК і входять до складу загальносистемного ПЗ.

Інструментальні ПК представляють собою технологічні засоби, призначені для розробки, розвитку та модернізації ПЗ САПР.

4.4. Основні принципи проектування пз сапр

Проектування ПЗ САПР здійснюється на основі принципів системної єдності, розвитку, сумісності і стандартизації.

Принцип системної єдності. При створенні, функціонуванні та розвитку ПЗ САПР зв'язки між компонентами повинні забезпечувати її цілісність.

Принцип розвитку. ПЗ САПР повинно створюватися і функціонувати з урахуванням поповнення, вдосконалення і оновлення її компонент.

Принцип сумісності. Мови, символи, коди, інформація та зв'язки між компонентами повинні забезпечувати їх спільне функціонування та зберігати відкриту структуру системи в цілому.

Принцип стандартизації. При проектуванні ПЗ САПР необхідно уніфікувати, типізувати і стандартизувати ПЗ, інваріантне до проектованих об'єктів.

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

4.5. Стадії розробки пз

Відповідно до ГОСТ встановлюються наступні стадії розробки: технічне завдання, ескізний, технічний проекти, робоча документація, впровадження.

Технічне завдання (ТЗ). На стадії технічного завдання виконуються наступні види робіт: постановка задачі; збір вихідних матеріалів; вибір і обгрунтування критеріїв ефективності та якості програми, що розробляється; обгрунтування доцільності застосування раніше розроблених програм, принципової можливості вирішення поставленої задачі; попередній вибір методів вирішення задач, визначення вимог до технічних засобів; вимог і цілей розробки програм; стадій, етапів і термінів розробки програми та документації на неї; розробка техніко-економічного обгрунтування розробки програми; узгодження та затвердження ТЗ.

При розробці програмного виробу пред'являються вимоги до функцій, які повинні забезпечуватися виробом; часовим і об'ємним характеристикам програм; до сумісності з іншими програмами; надійності та достовірності; до методів і засобів настроювання на конкретні умови експлуатації; до зручності використання і супроводу.

Ескізний проект. На стадії ескізного проектування виконуються наступні види робіт:

зовнішнє проектування програмного вироби;

уточнення методів рішення задачі;

попереднє проектування внутрішніх структур даних;

розробка загального алгоритму розв'язання задачі, укрупненої структурної схеми програмного виробу, пояснювальної записки.

Зовнішнє проектування програмного виробу представляє собою процес опису очікуваної поведінки системи з точки зору користувача. Мета даного процесу - проектування зовнішньої взаємодії користувача з програмним виробом.

При розробці ескізного проекту визначаються: способи взаємодії користувача з програмним виробом; функції користувачів; тип мови взаємодії; структура та зміст інформаційних кадрів і шаблонів діалогу; структура вхідних та вихідних даних.

Технічний проект. Етапи технічного проектування: проектування архітектури програмного виробу; структур даних; модульної структури виробу; модулів; розробка пояснювальної записки.

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

На етапі проектування структур даних визначають способи подання, зберігання і перетворення вхідних, вихідних та внутрішніх даних.

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

На етапі проектування модулів складається опис всіх модулів програмного виробу, який включає в себе: ім'я модуля; функції, що виконуються модулем; опис вхідних та вихідних параметрів, діапазонів допустимих значень, тощо; функціонального взаємозв'язку між вхідними і вихідними параметрами; подій, зовнішніх по відношенню до модуля (друк повідомлень, робота з файлами й т.д.); форму звернення до модуля; список модулів, що викликають даний, і модулів, які викликає даний модуль; опис алгоритму модуля.

Робоча документація. На даній стадії виконуються такі види робіт: кодування, тестування і налагодження програм; розробка програмних документів відповідно до ЕСПД; проведення різних видів приймально-здавальних випробувань; коригування програм і документації за результатами випробувань.

Стадія впровадження. На стадії впровадження здійснюється підготовка і передача програм і програмної документації для супроводу.