24. Дати изначення методології datarun. Методології проектування пз як програмних продуктів. Методологія datarun і інструментальний засіб se Companion Методологія datarun

Одній з найбільш поширених в світі електронних методологій є методологія DATARUN. Відповідно до методології DATARUN ЖЦ ПЗ розбивається на стадії, які зв'язуються з результатами виконання основних процесів, визначуваних стандартом ISO 12207. Кожну стадію окрім її результатів повинен завершувати план робіт на наступну стадію.

25. Стадії методології datarun

Стадія формування вимог і планування включає дії з визначення початкових оцінок об'єму і вартості проекту. Повинні бути сформульовані вимоги і економічне обґрунтування для розробки ІС, функціональні моделі (моделі бизнес-процесів організації) і початкова концептуальна модель даних, які дають основу для оцінки тієї, що технічної реалізовується проекту. Основними результатами цієї стадії повинні бути моделі діяльності організації (початкові моделі процесів і даних організації), вимоги до системи, включаючи вимоги по сполученню з тими, що існують ІС, початковий бізнес-план.

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

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

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

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

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