Читайте также: |
|
Об'єктивна потреба контролювати процес розробки складних інформаційних систем, прогнозувати і гарантувати вартість розробки, терміни і якість результатів привела в кінці 60-х років минулого століття до необхідності переходу від кустарних до індустріальних способів створення ПЗ і появі сукупності інженерних методів і засобів створення ПЗ, об'єднаних спільним назвою «програмна інженерія» (software engineering).
В основі програмної інженерії лежить одна фундаментальна ідея: проектування програмного забезпечення є формальним процесом, який необхідно вивчати і вдосконалювати. Освоєння та правильне застосування методів і засобів створення ПЗ дозволяє підвищити його якість, забезпечити керованість процесу проектування ПО і збільшити термін його життя.
У той же час, спроби надмірної формалізації процесу, а також прямого запозичення ідей і методів з інших областей інженерної діяльності (будівництва, виробництва) призвели до низки серйозних проблем. Після двох десятиліть марних очікувань підвищення продуктивності процесів створення ПЗ, покладених на нові методи і технології, фахівці в індустрії ПЗ прийшли до розуміння, що фундаментальна проблема в цій галузі - нездатність ефективного управління проектами створення ПЗ. Неможливо досягти задовільних результатів від застосування навіть найдосконаліших технологій та інструментальних засобів, якщо вони застосовуються безсистемно, розробники не володіють необхідною кваліфікацією для роботи з ними, і сам проект виконується і управляється хаотично, в режимі «гасіння пожежі».
Безсистемне застосування технологій створення ПЗ, у свою чергу, породжує зневіру у використовуваних методах і засобах (аналіз думок розробників показує, що серед чинників, що впливають на ефективність створення ПЗ, використовуваних методів і засобів надається набагато менше значення, ніж кваліфікації та досвіду розробників). Якщо в таких умовах окремі проекти завершуються успішно, то цей успіх досягається за рахунок зусиль колективу розробників. Постійне підвищення якості створюваного ПЗ і зниження його вартості може бути забезпечене тільки за умови досягнення організацією необхідної технологічної зрілості, створення ефективної інфраструктури як у сфері розробки ПЗ, так і в управлінні проектами.
Одна з причин поширеності «хаотичного» процесу створення ПЗ - прагнення заощадити на стадії розробки, не витрачаючи часу і коштів на навчання розробників та впровадження технологічного процесу створення ПЗ. Основна причина складності впровадження - в «тяжкості» технологічних процесів. «Важкий» процес володіє наступними особливостями:
· необхідність документувати кожну дію розробників;
· безліч робочих продуктів;
· відсутність гнучкості;
· детермінованість (довгострокове детальне планування і передбачуваність всіх видів діяльності, а також розподіл людських ресурсів на тривалий термін, що охоплює більшу частину проекту.
Альтернативою «важкого» процесу є адаптивний (гнучкий) процес, заснований на принципах «швидкої розробки ПЗ», яка інтенсивно розвивається в останнє десятиліття.
Дата добавления: 2015-07-15; просмотров: 174 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Особливості та проблеми проектування складних інформаційних систем | | | Організаційні процеси (управління проектами, створення інфраструктури проекту, визначення, поліпшення самого ЖЦ, навчання). |