ій. На кожному витку спіралі можуть застосовуватися різні моделі процесу розробки ПЗ. У кінцевому підсумку на виході виходить готовий продукт. Модель поєднує в собі можливості моделі прототипування і Водоспадної моделі. Розробка итерациями відображає об'єктивно існуючий спіральний цикл створення системи. Неповне завершення робіт на кожному етапі дозволяє переходити на наступний етап, не чекаючи повного завершення роботи на поточному. При ітеративному способі розробки відсутню роботу можна буде виконати на наступній ітерації. Головне завдання - якнайшвидше показати користувачам системи працездатний продукт, тим самим активізуючи процес уточнення і доповнення вимог. Основна проблема спірального циклу - визначення моменту переходу на наступний етап. Для її вирішення необхідно ввести тимчасові обмеження на кожен з етапів життєвого циклу. Перехід здійснюється відповідно до плану, навіть якщо не вся запланована робота закінчена. План складається на основі статистичних даних, отриманих у попередніх проектах, і особистого досвіду розробників. Спіральна модель орієнтована на великі, дорогі і складні проекти. В умовах, коли бізнес цілі таких проектів можуть змінитися, але потрібна розробка стабільної архітектури, що задовольняє високим вимогам за навантаженням і стійкості, має сенс застосування Spiral Architecture Driven Development. Дана методологія, що включає в себе кращі ідеї спіральної моделі і деяких інших, дозволяє істотно знизити архітектурні ризики, що є важливим чинником успіху при розробці великих систем. В якості базової моделі життєвого циклу при розробці програмного засобу була обрана спіральна модель. Спіральна модель життєвого циклу ПЗ має такими достоїнствами:
Г? реальне відображення всього процесу розробки;
Г? дозволяє враховувати ризики на кожному витку спіралі;
Г? включає елементи системного підходу;
Г? Підвищена продуктивність;
Г? Основні недоліки спіральної моделі:
Г? Підвищені вимоги до замовника і як наслідок великі часові витрати;
Г? Велика кількість проміжних стадій може призвести до додаткової обробки зовнішньої документації;
Г? Відсутність хорошого засобу або методу прототипування може зробити використання моделі незручною.
В якості базової моделі життєвого циклу при розробці програмного засобу була обрана спіральна модель. Так як воно має переваги перерахованими вище. Стадії розробки йдуть по спіралі і є можливість перевірити перевірену роботу і при необхідності, небудь виправити або доповнити. br/>
Архітектура програм...
