Лабораторна робота № 2 «Розробка опису й аналіз інформаційної системи (іс)»

1. Мета роботи:

Описати й проаналізувати інформаційну систему, розподілити ролі в групі розроблювачів.

2. Методичні вказівки

Лабораторна робота спрямована на ознайомлення із процесом опису інформаційної системи й одержання навичок по використанню основних методів аналізу ІС.

Вимоги до результатів виконання лабораторного практикуму:

1. наявність опису інформаційної системи;

2. проведення аналізу здійсненності виконання проекту;

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

3. Теоретичні відомості Загальні відомості про розробку програмного забезпечення (пз)

Проблеми керування програмними проектами вперше виявилися в 60-х - початку 70-х років, коли провалилися багато великих проектів по розробці програмних продуктів. Були зафіксовані затримки в створенні ПЗ, воно було ненадійним, витрати на розробку в кілька разів перевершували первісні оцінки, створені програмні системи часто мали низькі показники продуктивності. Причини провалів коренилися в тих підходах, які використовувалися в керуванні проектами. Застосовувана методика була заснована на досвіді керування технічними проектами й виявилася неефективною при розробці програмного забезпечення.

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

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

Процес розробки ПЗ суттєво відрізняється від процесів реалізації технічних проектів, що породжує певні складності в керуванні програмними проектами:

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

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

3. Великі програмні проекти - це часто "одноразові" проекти. Великі програмні проекти, як правило, значно відрізняються від проектів, реалізованих раніше. Тому, щоб зменшити невизначеність у плануванні проекту, керівники проектів повинні мати дуже великий практичний досвід. Але постійні технологічні зміни в комп'ютерній техніці й комунікаційному устаткуванні знецінюють попередній досвід. Знання й навички, накопичені досвідом, можуть не затребуватися в новому проекті.

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