Студопедия
Новини освіти і науки:
МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах


РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання


ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ"


ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ


Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків


Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні


Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах


Гендерна антидискримінаційна експертиза може зробити нас моральними рабами


ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ


ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів



Удосконалення програмного забезпечення.

 

Рефакторинг

 

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

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

Обов’язково потрібно як писати початковий код, так і вносити зміни, пам’ятаючи про майбутні зміни в коді. "Основне правило еволюції програмного забезпечення" говорить, що впродовж еволюції внутрішня якість програми повинна покращуватись.


Читайте також:

  1. I. Введення в розробку програмного забезпечення
  2. III. Етапи розробки програмного забезпечення
  3. Автоматизація зведеного обліку та складання звітності засобами універсального програмного продукту
  4. Автоматизація обліку виробничих запасів та МШП засобами універсального програмного продукту
  5. Автоматизація обліку витрат на виробництво засобами універсального програмного продукту
  6. Автоматизація обліку праці та її оплати засобами універсального програмного продукту
  7. Автоматизація обліку фінансово-розрахункових операцій засобами універсального програмного продукту
  8. Аналіз апаратного і програмного забезпечення, що використовується на підприємстві.
  9. Аналіз програмного забезпечення з управління проектами.
  10. Види ефектів виробництва, пов’язаних з удосконаленням менеджменту організації
  11. Види пенсійного забезпечення.
  12. Види соціального забезпечення.




Переглядів: 1073

<== попередня сторінка | наступна сторінка ==>
Структурне програмування | Еволюція програми

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

  

© studopedia.com.ua При використанні або копіюванні матеріалів пряме посилання на сайт обов'язкове.


Генерація сторінки за: 0.012 сек.