1. Розробка опису й аналіз інформаційної системи
Лабораторна робота № 1
«Розробка опису й аналіз інформаційної системи»
Мета роботи:
1. Описати й проаналізувати інформаційну систему, розподілити ролі в групі розроблювачів.
2. Показати процес опису інформаційної системи й одержати навички по використанню основних методів аналізу ІС.
Вимоги до результатів виконання лабораторної роботи:
представити опис інформаційної системи;
провести аналіз реалізуємості виконання проекту;
зробити висновок про можливість реалізації проекту, що містить рекомендації щодо розробки системи, базові пропозиції по обсягу необхідного бюджету, числу розроблювачів, часу й необхідному програмному забезпеченню.
При складанні й оформленні звіту варто дотримуватися методичних рекомендацій до виконання лабораторних робіт.
Короткі теоретичні відомості
1. Загальні відомості про розробку програмного забезпечення
Проблеми керування програмними проектами вперше виявилися в 60-х - початку 70-х років, коли провалилися багато великих проектів по розробці програмних продуктів. Були зафіксовані затримки в створенні ПЗ, воно було ненадійним, витрати на розробку в кілька разів перевершували первісні оцінки, створені програмні системи часто мали низькі показники продуктивності. Причини провалів знаходилися в тих підходах, які використовувалися в керуванні проектами. Застосовувана методика була заснована на досвіді керування технічними проектами й виявилася неефективної при розробці програмного забезпечення.
Важливо розуміти різницю між професійною розробкою ПЗ й аматорським програмуванням. Необхідність керування програмними проектами випливає з того факту, що процес створення професійного ПЗ завжди є суб'єктом бюджетної політики організації, де воно розробляється, і має тимчасові обмеження. Робота керівника програмного проекту по великому рахунку полягає в тім, щоб гарантувати виконання цих бюджетних і тимчасових обмежень із обліком бізнес-цілей організації щодо розроблювального ПЗ.
Керівники проектів покликані спланувати всі етапи розробки програмного продукту. Вони також повинні контролювати хід виконання робіт і дотримання всіх необхідних стандартів. Постійний контроль за ходом виконання робіт необхідний для того, щоб процес розробки не виходив за тимчасові й бюджетні обмеження. Гарне керування не гарантує успішного завершення проекту, але погане керування обов'язково приведе до його провалу. Це може виразитися в затримці строків здачі готового ПЗ, у перевищенні кошторисної вартості проекту й у невідповідності готового ПЗ специфікації вимог.
Процес розробки ПЗ істотно відрізняється від процесів реалізації технічних проектів, що породжує певні складності в керуванні програмними проектами:
Програмний продукт нематеріальний. Програмне забезпечення нематеріально, його не можна побачити або поторкати. Керівник програмного проекту не бачить процес "росту" розроблювального ПЗ. Він може покладатися тільки на документацію, що фіксує процес розробки програмного продукту.
Не існує стандартних процесів розробки ПЗ. На сьогоднішній день не існує чіткої залежності між процесом створення ПЗ й типом створюваного програмного продукту. Інші технічні дисципліни мають тривалу історію, процеси розробки технічних виробів багаторазово випробувані й перевірені. Процеси створення більшості технічних систем добре вивчені. Вивченням же процесів створення ПЗ фахівці займаються тільки останнім часом. Тому поки не можна точно пророчити, на якому етапі процесу розробки ПЗ можуть виникнути проблеми, що загрожують всьому програмному проекту.
Більші програмні проекти - це часто "одноразові" проекти. Великі програмні проекти, як правило, значно відрізняються від проектів, реалізованих раніше. Тому, щоб зменшити невизначеність у плануванні проекту, керівники проектів повинні мати дуже більший практичний досвід. Але постійні технологічні зміни в комп'ютерній техніці й комунікаційному встаткуванні знецінюють попередній досвід. Знання й навички, накопичені досвідом, можуть не затребуватися в новому проекті.
Перераховані відмінності можуть привести до того, що реалізація проекту вийде з тимчасового графіка або перевищить бюджетні асигнування. Програмні системи найчастіше виявляються новинками як в "ідеологічному", так і в технічному плані. Тому, передбачаючи можливі проблеми в реалізації програмного проекту, варто завжди пам'ятати, що багатьом з них властиво виходити за рамки тимчасових і бюджетних обмежень.