Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ЛАБОРАТОРНА РОБОТА8.doc
Скачиваний:
0
Добавлен:
21.07.2019
Размер:
239.62 Кб
Скачать

.

Програмний комплекс

Написання і автономне налагодження усіх програм КІКС

Комплексний програмний продукт

× 3

× 9

Програмний продукт

Рис.1. Зміна трудомісткості розробки компонентів комплексного програмного продукту

Друге помилкове допущення - в одиниці виміру, що використовується для оцінки продуктивності при складанні графіків виконання робіт, а саме в людино-місяці. Дуже часто при оцінці помилково плутають зусилля з досягненнями, припускаючи що люди і місяці взаємозамінні.

Людина і місяць взаємозамінні тільки в тому разі, коли завдання можна розподілити між декількома працівниками, які ніяк не залежать один від одного.

Це справедливо на зборі бавовни, але навіть приблизно невірно при розробці програмних продуктів.

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

В

Із встановленням взаємозв’язку справа погіршується. Якщо кожна частина задачі повинна окремо координуватися з кожною іншою частиною, витрати зростають як n(n-1)/2. Додаткові витрати на забезпечення зв’язку можуть повністю нейтралізувати ефект розбиття початкової задачі на частини.

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

Число місяців відведених на проект, залежить від обмежень на його лінійність. Максимальне число людей залежить від числа незалежних підзадач. Виходячи з цих двох величин, можна побудувати графік, розрахований на менше число людей і більшу кількість місяців. (Єдина небезпека полягає в тому, що проект застаріє). Але, не можна скласти дієздатний графік, використовуючи більше людей і менше місяців.

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

Нехай трудомісткість задачі оцінена в 12 людино-місяців і трьом співробітникам відвели на неї 4 місяці і встановили віхи А, В, С, Д, яких потрібно досягти в кінці кожного місяця.

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

Припустимо:

  1. задачу потрібно зробити вчасно;

  2. невірно оцінений тільки час

виконання 1-ої частини

Тоді залишається 9 людино-місяців зусиль і 2 місяці часу, тобто задача вимагає 4,5 людини. Додамо двох людей. Для того щоб ввести їх в курс діла потрібно одного старого працівника. Йому потрібно буде на це місяць. Тоді 3 людино-місяці будуть віддані роботі, ніяк не врахованій початковими планами. Крім того, задачу, поділену на 3 частини, треба ділити на 5 частин, і частина вже зробленої роботи пропадає, а комплексне налагодження значно подовжиться. Значить до кінця 3-го місяця залишиться більше 7 людино-місяців роботи, 5 научених людей і місяць часу. Терміни виконання завдання не скоротилися, незважаючи на появу нових людей.

Щоб вийти із цього становища буде потрібно в кінці 2-го місяця добавити не 2-х, а 4-х людей. Для перерозподілу завдань і комплексної ув'язки потрібно ще одного. Тепер колектив складається не з 3-х, а з 7 людей і принципи організації роботи, розподілу завдань та інше вже відрізняється від колишніх не тільки кількісно, але й якісно.

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

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

• Просто спостерігати, як поспішне проектування і незавершене налагодження мало-помалу скорочують обсяг задачі;

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

Трудовитрати на створення і впровадження КІКС істотно залежать від вибраної моделі життєвого циклу (МЖЦ).

Теоретично найбільш прийнятною для середніх і великих проектів є каскадна МЖЦ. Вона приписує строго детерміновану послідовність етапів і стадій згідно із заздалегідь розробленим планом. Очевидно, що це модель ідеалізована і придатна для застосування лише в тому випадку, коли система, що підлягає автоматизації, настільки вивчена і ясна, що можна заздалегідь скласти план усієї роботи. Як правило, цьому перешкоджає багато чинників і, в першу чергу, недостатнє розуміння замовником і користувачами того, що вони можуть, і справді хотіли б отримати від КІКС. Тому частіше використовується змішана МЖЦ: каскадна з циклами уточнення і корегування етапів і стадій під час розробки (див. рис. 1).

Аналіз

вимог до

КІКС

Реалізація:

Програмування

Налагодження компонентів

Комплексне налагодження

Випробовування і оцінка КІКС:

Експлуатація

і аналіз КІКС:

Впровадження

Експлуатація і супровід

Аналіз функціонування

«Концепція автоматизації»

«Технічне завдання»

Рис. 1. Змішана модель життєвого циклу КІКС: каскадна з циклами уточнення і корегування етапів і стадій під час розробки

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

Таблиця 1

п/п

Найменування документа

Код доку-

мента

Частина проекту

ТЕХНІЧНИЙ ПРОЕКТ

Схема організаційної структури

CO

ОР

Схема структурна комплексу технічних засобів

С1

ТЗ

Схема функціональної структури

C2

ОР

Відомість технічного проекту

ТП

ОР

Перелік вхідних даних

В1

ІЗ

Перелік вихідних даних (документів)

В2

ІЗ

Пояснювальна записка до технічного проекту

П2

ОР

Опис функцій, що автоматизуються

П3

ОР

Опис постановки задач (комплексу задач)

П4

ОР

Опис інформаційного забезпечення системи

П5

ІЗ

Опис організації інформаційної бази

П6

ІЗ

Опис систем класифікації і кодування

П7

ІЗ

Опис масиву інформації

П8

ІЗ

Опис комплексу технічних засобів

П9

ТЗ

Опис програмного забезпечення

ПА

ПЗ

Опис алгоритму (проектної процедури)

ПБ

МЗ

Опис організаційної структури

ПВ

ОЗ

РОБОЧА ДОКУМЕНТАЦІЯ

Креслення форми документа (відеокадру)

С9

ІЗ

Відомість власників оригіналів

ДП

ОР

Відомість експлуатаційних документів

ЕД

ОР

Специфікація обладнання

В4

ТЗ

Відомість машинних носіїв інформації

ВМ

ІЗ

Продовження таблиці 1

п/п

Найменування документа

Код до-

кумента

Частина проекту

Масив вхідних даних

В6

ІЗ

Каталог бази даних

В7

ІЗ

Склад вихідних даних

В8

ІЗ

Методика (технологія) автоматизованого проектування

І1

ОЗ

Технологічна інструкція

І2

ОЗ

Керівництво користувача

І3

ОЗ

Інструкція з формування і ведення бази даних

І4

ІЗ

Інструкція з експлуатації КТЗ

ИЭ

ТЗ

Схема поділу системи (структурна)

Е1

ТЗ

Опис технологічного процесу обробки даних (включаючи телеобробку)

ПГ

ОЗ

Загальний опис системи

ПД

ОР

Програма і методика випробувань (компонентів, комплексів засобів автоматизації, підсистем, систем)

ПМ

ОР

Формуляр

ФО

ОР

Паспорт

ПС

ОР

ПРОГРАМНІ ДОКУМЕНТИ

Специфікація

Текст програми

Усі роботи зі створення КІКС згруповані по етапах:

  1. етап 1 - «Розробка технічного завдання»;

  2. етап 2 - «Розробка технічного проекту»;

  3. етап 3 - «Розробка робочої документації»;

  4. етап 4 - «Впровадження і супровід».

Перелік робіт зі створення КІКС наведено у таблиці 2.

Таблиця 2

N п/п

Найменування робіт

1.

Етап 1 - розробка технічного завдання

1.1.

Загальносистемні роботи по розробці ТЗ

1.1.1.

Розробка, узгодження та затвердження організаційно-розпорядної документації

1.1.2.

Попереднє (перед проектне обстеження), збирання на підприємстві даних, виявлення та узгодження факторів та видів ефекту від інформатизації. Написання розділів ТЗ: "Загальні відомості", "Призначення та мета створення (розвитку) системи", "Характеристика об`єкта автоматизації"

1.1.3.

Попереднє обстеження, узгодження складу підсистем КІКС, визначення факторів ефективності їх інформатизації. Написання розділів ТЗ: "Об`єкти і функції керування", "Вимоги до структури та функціонування системи", "Вимоги до організаційної структури", "Вимоги до надійності", "Вимоги до техніки безпеки", "Вимоги до ергономіки та технічної естетики", "Вимоги до патентної чистоти, стандартизації та уніфікації", "Вимоги до складу і змісту робіт, що виконує Замовник по підготовці об`єкта для впровадження системи в експлуатацію", "Додаткові вимоги".

1.1.4.

Попереднє обстеження, розробка розділу ТЗ: "Вимоги до комплексу технічних засобів та умов експлуатації"

1.1.5.

Попереднє обстеження та розробка розділів ТЗ: "Вимоги до інформаційного забезпечення та банку даних", "Вимоги до захисту інформації від несанкціонованого доступу", "Вимоги до збереження інформації при аваріях".

Продовження таблиці 2

N п/п

Найменування робіт

1.1.6.

Розробка розділу ТЗ: „Вимоги до математичного, програмного та лінгвістичного забезпечення”, „Вимоги до інформаційної та програмної сумісності”

1.1.7.

Розробка розділів ТЗ: „Ефект, що очікується від створення КІКС”, „Джерела розробки”

1.1.8.

Оформлення, узгодження та затвердження ТЗ

1.1.9.

Здача етапу ТЗ

1.1.10.

Розмноження документації

1.1.11.

Розсилка ТЗ

1.2.

Трудомісткість розробки ТЗ на підсистеми

1.2.1.

Попереднє обстеження, збір даних на підприємстві, виявлення та узгодження факторів ефективності

1.2.2.

Попереднє обстеження та доповнення розділу ТЗ на створення банка даних

1.2.3.

Попереднє обстеження узгодження складу задач та підсистем КІКС, визначення факторів ефективності їх інформатизації

1.2.4.

Оформлення та узгодження ТЗ на підсистему

2

Етап 2 – розробка технічного проекту

2.1.

Рішення організаційних питань підготовки об’єкту до розробки технічного проекту (ТП).

2.2.

Підготовка коректури складу задач і виконавців, термінів та обсягів робіт (при необхідності коригування ТЗ на створення КІКС та розробка документа „Схема функціональної структури" (С2).

2.3.

Розробка організаційної структури керування в умовах КІКС та підготовка документів: "Схема організаційної структури" (ПВ), "Опис організаційної структури" (CО).

Продовження таблиці 2

N п/п

Найменування робіт

2.4.

Узгодження та доробка документа "Схема організаційної структури" (ПВ).

2.5.

Опис інформаційного забезпечення та розробка документів:

2.5.1

"Перелік вхідних даних" (В1),

2.5.2

"Перелік вихідних даних" (В2),

2.5.3

"Опис інформаційного забезпечення системи" (П5),

2.5.4

"Опис систем класифікації та кодування" (П7).

2.6

Постановки задач:

2.6.1

Додаткове обстеження об'єкта, узгодження організаційно-еконо­мічної сутності задач і розробка документів: "Опис функцій, що автоматизуються" (П3*), "Опис постановок задач" (П4)).

2.6.2

Узгодження постановок задач.

2.6.3

Розробка контрольних прикладів.

2.6.4

Доробка і здача постановок задач.

2.6.5

Розмноження документації по задачах.

2.7

Розробка структури інформаційної бази:

2.7.1

Видача вимог до інформаційної бази.

2.7.2

Видача об’ємно - часових характеристик задач і вимог до КТЗ, інформаційної бази та інших задач, інформаційна ув'язка задач.

2.7.3

Рішення організаційних питань розробки інформаційної бази.

2.7.4

Розробка та узгодження документа ТП інформаційної бази "Опис організації інформаційної бази" (П6).

2.7.5

Розробка пропозицій по впровадженню інформаційної бази.

2.7.6

Коригування ТП інформаційної бази.

2.7.7

Доробка і здача ТП інформаційної бази.

2.7.8

Розмноження документації ТП інформаційної бази.

Продовження таблиці 2

N п/п

Найменування робіт

2.8

Обґрунтування комплексу технічних засобів (КТЗ):

2.8.1

Видача вимог і об’ємно-часових характеристик на вибір КТЗ

2.8.2

Розробка проекту документів: "Опис комплексу технічних засобів" (П9), "Структурна схема комплексу технічних засобів" (С1).

2.8.3

Узгодження і доробка документів: "Опис комплексу технічних засобів" (П9), "Структурна схема комплексу технічних засобів" (С1).

2.8.4

Замовлення обладнання:

2.8.4.1

Організація робіт з оформлення замовлень на КТЗ і обладнання.

2.8.4.2

Розробка проекту документа "Специфікація обладнання" (В4).

2.8.4.3

Узгодження і затвердження документа "Специфікація обладнання".

2.8.4.4

Розробка пропозицій по впровадженню КТЗ.

2.8.4.5

Розмноження документації ТП з технічного забезпечення.

2.8

Розробка документа „Опис програмного забезпечення” (ПА).

2.9

Розробка документа „Пояснювальна записка до технічного проекту” (П2).

2.10

Розробка документа „Відомість документів технічного проекту” (ТП).

2.11

Розмноження документації ТП.

2.12

Здача етапу ТП.

3.

Етап 3 - розробка робочої документації

3.1.

Розробка документа "Склад вхідних даних" (В6).

3.2

Розробка документа "Склад вихідних даних" (В8).

3.3.

Алгоритми та програми:

3.3.1

Супроводження постановок задач.

3.3.2

Розробка машин алгоритмів і задач.

3.3.3

Розробка документа "Опис алгоритмів" (ПВ).

3.3.4

Налагодження програм, підготовка еталонів програм.

Продовження таблиці 2

N п/п

Найменування робіт

3.3.5

Розробка документації контрольних прикладів.

3.3.6

Розрахунок контрольних прикладів.

3.3.7

Розробка документа "Технологічна інструкція" (И2).

3.3.8

Розробка документів: "Методика (технологія) автоматизова­ного проектування" (И1), "Керівництво користувача" (И3).

3.3.9

Розмноження документації РД задач.

4.

Етап 4 – впровадження КІКС

4.1.

Розробка пропозицій по впровадженню задач і коригуванню ТП інформаційної бази.

4.2.

Розробка документа "Інструкція з експлуатації КТЗ" (ИЭ).

4.3.

Опис інформаційного забезпечення та розробка документів:

4.3.1

Супроводження ТП інформаційної бази.

4.3.2

Розробка документів робочого проекту з програмного забезпечення інформаційної бази: "Інструкція з формування та ведення бази даних" (И4), "Каталог бази даних" В7).

4.3.3

Забезпечення підготовки класифікаторів і масивів НДІ на машинах носіях, включаючи розробку документа "Відомість машин носіїв інформації" ВМ).

4.3.4

Розробка програм інформаційної бази.

4.3.5

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

4.3.6

Доробка програмного забезпечення інформаційної бази, підготовка еталонів.

4.4.

Розробка документів: "Структурна схема поділу системи" (Е1), "Опис технологічного процесу обробки даних" (ПГ), "Загальний опис системи" (ПД).

Продовження таблиці 2

N п/п

Найменування робіт

4.5.

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

4.5.1

Організація робіт з підготовки і впровадження інформаційної бази в дослідну експлуатацію.

4.5.2

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

4.5.3

Організація робіт з проведення дослідної експлуатації підсистеми, включаючи розробку документів: "Програма та методика випробування підсистеми" (ПМ), "Відомість експлуатаційних документів" (ЭД), "Паспорт" (ПС).

4.5.4

Організація робіт з підготовки УЗ до впровадження підсистеми в промислову експлуатацію.

4.6.

Розмноження документації РД.

4.7.

Здача КТЗ в дослідну експлуатацію.

4.8.

Здача РД інформаційної бази в дослідну експлуатацію.

4.9.

Здача задач в дослідну експлуатацію.

4.10.

Здача етапу РД.

4.11.

Супроводження програмування інформаційної бази.

4.12.

Супроводження програмування, включаючи коригування ТП задач.

Додаткова література:

1. Кириллов В.П. Модель жизненного цикла автоматизированной системы: что выбрать?». Ж. «Компьютеры + программы» №5. К.,1996 г.

2. ГОСТ 34.601-90 АС. Стадии создания.

3. ГОСТ 34.201-89 Виды, комплектность и обозначение документов при создании автоматизированных систем.

4. РД-50-34.698-90 АС. Требования к содержанию документов.