тів. Ці компоненти модифікуються, відповідно до нових вимог і потім включається до складу нової системи.
Основні переваги описуваної моделі процесу розробки ПЗ з повторним використанням раніше створених компонентів полягають в тому, що скорочується кількість безпосередньо розроблюваних компонентів і зменшується загальна вартість створюваної системи.
Разом з тим при використанні цього підходу неминучі компроміси при визначенні вимог; це може призвести до того, що закінчена система не буде задовольняти всім вимогам замовника. Крім того, при проведенні модернізації системи (тобто при створенні її нової версії) відсутня можливість впливати на появу нових версій компонентів, що використовуються в системі, що значно ускладнює сам процес модернізації.
Повторне використання може забезпечити прогрес на наступних напрямках:
- своєчасність (в тому сенсі, що визначений при обговоренні показників якості: швидкість доведення проектів до завершення і випускання продукції на ринки). При використанні вже існуючих компонентів потрібно менше розробляти, а, отже, ПО створюється швидше;
- скорочення обсягу робіт по супроводу ПЗ. Якщо хтось розробив ПЗ, то він же відповідає і за його подальший розвиток т.к. незабаром, можливо, користувачі впровадженої інформаційної системи почнуть просити додавання нових функціональних можливостей програмного продукту;
- ефективність. Фактори, що сприяють можливості повторного використання ПЗ, спонукають розробників користуватися найкращими алгоритмами і структурами даних, відомими в їх конкретній сфері діяльності. При розробці великого проекту неможливо оптимізувати всі його деталі. Слід прагнути до досягнення найкращих рішень у своїй галузі знань, а в іншому використовувати професійні розробки;
- сумісність. Повинна бути присутнім гнучкість програмного продукту з іншими системами, що істотно підвищити його якість, тобто програмний продукт повинен легко поєднуватися з іншими;
- інвестування. Створення повторно використовуваного ПЗ дозволяє зберегти плоди знань і відкриттів кращих розробників, перетворюючи часові ресурси в постійні. Тому не потрібно буде інвестувати на створення того, що було розроблено раніше і може бути використано при створенні нової програми.
При розробці системи засобами СКД відбувається повторне використання модулів і функцій системи. Наприклад, при розробці мною ПМ «Продажі по товарних матрицям» було вирішено використовувати деякі стандартні функції, які застосовуються іншими формами в «1С: Підприємство 8.2». Це призводить до зменшення часу розробки.
Модулі звіту, зважаючи створення їх в системі компонування даних, повторно використовуватися не можуть.
.6 Оцінка тривалості і вартості розробки проекту
Оцінку тривалості розробки будь-якого програмного продукту можна визначити тільки після того, як буде визначений поопераційний перелік робіт необхідних для створення та впровадження даного продукту. Перелік необхідних робіт для розробки та впровадження ПМ «Продажі по товарних матрицям» був освітлений і показаний у пункті 4.3 малюнок 29. Оцінку тривалості зображують за допомогою діаграми Ганта. Діаграми є графічним засобом відображення міститься в проектному файлі ...