Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Методи та засобі створення АСУ

Учасники процесу проектування.

Структура проектної документації.

Трудомісткість стадій проектування

Трудомісткість стадій та етапів проектування залежить від таких факторів:

· Складність та специфіка процесу що автоматизується

· Наявність попередніх розробок з даної проблеми

· Наявний ступінь автоматизації проектних робіт на кожній стадії

· Кваліфікація виконавців

· Готовність об’єкта автоматизації до впровадження АСУ

· Обраний метод проектування

Обсяги робіт по кожній стадії:

1. Формування вимог до системи 10÷15%

2. Розробка концепції побудови системи 5÷10%

3. Технічне завдання 4÷8%

4. Екскізний проект 0÷10%

5. Технічний проект 25÷35%

6. Робоча документація 25÷35%

7. Введення в дію 10÷25%

8. Супроводження системи 0÷15%

Трудомісткість робіт розраховується згідно «Типових норм часу на програмування задач».

Результати робіт на різних стадіях оформлюють у вигляді:

§ Проектних документів

§ Організаційно-розпорядкових документів

 

Згідно з ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании АСУ» і РД 50-682-89 «Комплекс стандартов и руководств документов автоматизированных систем» всю документацію на систему можна поділити на 3 види:

Ø за стадіями створення

Ø за складовими частинами системи

Ø за видом забезпечення

 

Вимоги до змісту викладені в РД 50-689-90 «Автоматизированные системы. Требования к содержанию документов». На кожний комплект документів має бути складена окремі відомість.

 

Створенням системи займається замовник. Між ним та розробником укладається договір, в якому відповідно до діючих документів визначаються права та обов’язки кожної зі сторін. Замовник фінансує роботи, бере в них участь, та забезпечує необхідні умови для впровадження, функціонування та використання системи. Розробник несе відповідальність за науково-технічний рівень розробки та її відповідність вимогам, які зафіксовані у технічному завданні. Розробник обирає методи та засоби виконання робіт, і в разі потреби запрошує виконавців. Він повинен забезпечити у визначені терміни:

а) розробку технічної документації

б) виконання робіт організаціями-співвиконавцями

в) можливість функціонування системи відповідно до проектних рішень, при введенні її в дію.

 

Методом створення системи є підтриманий відповідними засобами проектування спосіб її побудови.

Засоби створення системи – це типові проектні рішення, пакети прикладних програм (ППП), типові проекти в цілому, та інструментальні засоби проектування.

В процесі розробки системи використовують 2 методи:

- «зверху-вниз»

- «знизу-вверх»

Найбільш поширені методології проектування які орієнтовані на обробку даних.

 

 

 

Основні принципи модульного проектування:

а) кожен модуль реалізує єдину незалежну функцію;

б) кожен модуль має єдину точку входу і виходу;

в) розмір модуля по можливості треба мінімізувати;

г) кожен модуль може бути спроектований різними членами бригади з

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

д) вся система побудована з модулів.

 

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

Метод проектування з використанням потоку даних використовує інформаційний потік як рушійну силу для проектування комп’ютерної програми. За допомогою функцій відображення цей потік перетворюється в структуру програми. В цьому методі використовується технологія SADT, яка основана на графічній мові SA, що використовується для чіткого вираження ієрархічних і функціональних зв’язків між будь-якими об’єктами і діями.

 

Метод НІРО – це метод ієрархічних діаграм створений ІВМ. Основні характеристики:

- здатність надавати зв’язок між вхідними (вихідними) даними та процесом обробки.

- можливість декомпонувати систему ієрархічно не залишаючи надмірно малих деталей.

- використання трьох елементів: вхід, обробка, вихід.

 

Обробка розглядається як центральний блок діаграми, який з’єднується з елементами входу та виходу.

Методи створення систем можна класифікувати за ступенем автоматизації проектних робіт:

- оригінальний

- типовий

- автоматизований

За допомогою оригінального (одиничного, немашинного методу) створюють індивідуальні проектні рішення, специфічні для кожного нетипового об’єкту автоматизації.

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

Недоліки: висока трудомісткість і терміни проектування.

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

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

Засоби створення систем поділяються на:

- інструментальні

- об’єктні

Інструментальні орієнтовані безпосередньо на процес проектування та призначені для підвищення ефективної праці розробника.

 

<== предыдущая лекция | следующая лекция ==>
Організація процесу проектування систем | Роботи на стадії технічного проектування
Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 271; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.015 сек.