ії.
Дії, які формулюють процес побудови організаційної структури, включають документування та супровід описових характеристик життєвих циклів розробки ПЗ, які схвалені для використання в проектах. Керівні принципи і критерії адаптації описують вибір і адаптацію життєвого циклу розробки ПЗ та характеристик даного проекту.
Найбільш відомими і широко використовуваними життєвими циклами розробки ПЗ можна назвати наступні: каскад, V - образне еволюційне прискорене прототипування, швидка розробка додатків, інкрементна і спіральна моделі.
Для розробки зовнішньої обробки для «1С Підприємство 8.2» мною була обрана модель розробки рекомендована компанією 1С, яка базується на каскадної моделі життєвого циклу розробки. Класична каскадна модель, незважаючи на отриману останнім часом негативну оцінку, справно служила фахівцям з програмного інжинірингу багато років. Розуміння її сильних сторін і недоліків покращує оцінний аналіз інших, найчастіше більш ефективних моделей життєвого циклу, заснованих на даній моделі.
У перші роки практики програмування спочатку записувався програмний код, а потім відбувалася його налагодження. Загальноприйнятим вважалося правило починати роботу не з розробки плану, а з загального ознайомлення з продуктом. Без зайвих формальностей можна було спроектувати, закодувати, налагодити і протестувати ПО ще до того, як воно буде готове до випуску. Це нагадувало процес, зображений на малюнок 28. У структурі такого процесу є кілька «неправильностей» (Або недоліків). По-перше, оскільки спочатку не існувало офіційного проекту або аналі?? А, неможливо було впізнати про момент завершення процесу. Також був відсутній спосіб визначення відповідності вимогам щодо досягнення якості.
У 1970 році каскадна модель була вперше визначена як альтернативний варіант методу розробки ПЗ за принципом кодування-усунення помилок, який був широко поширений в той час. Це була перша модель, яка формалізувала структуру етапів розробки ПЗ, надаючи особливого значення вихідним вимогам і проектування, а також створенню документації на ранніх етапах процесу розробки.
Малюнок 28 - Модель процесу" робити, поки, не буде зроблено
Якщо компанія має досвід побудови певного роду системи - автоматизованого бухгалтерського обліку, нарахування зарплати, ревізії, компіляції, виробництва, - тоді в проекті, орієнтованому на побудову ще одного продукту такого ж типу, можливо, навіть заснованого на існуючих розробках, можна ефективно використовувати каскадну модель. Іншим прикладом належного застосування моделі може служити створення і випуск нової версії вже існуючого продукту, якщо вносяться зміни цілком визначені і керовані. Перенесення вже існуючого продукту на нову платформу часто наводять як ідеального приклад використання каскадної моделі в проекті.
При всій справедливості критики цієї моделі все ж слід визнати, що модифікована версія каскадної моделі є в значній мірі менш жорсткою, ніж її первісна форма. Тут включаються ітерації між фазами, паралельні фази і менеджмент змін. Зворотні стрілки припускають можливість існування ітерацій між діями в рамках фаз. Щоб відобразити узгодженість між етапами, їх об'єднують прямокутниками або під прямокутниками перераховують виконуються на даних етапах дії, щоб продемон...
