ЛАБОРАТОРНА РОБОТА № 1 Аналіз вимог замовника до програмного продукуту Мета роботи. Визначення існуючих поблем та обмежень в програмному продукті (ПП) Розробка варіантів використання ПП Формування вимог замовника на робробку (модернізацію) ПП Стадії життєвого циклу розробки програм ЖЦРП може сильно відрізнятися від проекту до проекту і від керівника проекту до керівника проекту. Проте, зазвичай він складається з наступних стадій: Побудова життєвого циклу Попередній аналіз Аналіз побажань і вимог замовника Уточнення функціональних характеристик Створення технічного проекту (технічного завдання) Реалізація технічного завдання Системне тестування Постpеалізаційна модифікація (доведення) Супровід Попередній аналіз Дуже важливим етапом є попередній аналіз. Розробники ПЗ повинні бути упевнені, що мають всю необхідну інформацію про клієнта, перш ніж розпочати реалізацію проекту. Що система повинна робити? Чи була чітко сформульована мета створення системи? Чи знає кінцевий користувач, що система дійсно повинна робити? Дуже важливо знайти дійсну мету ПЗ, щоб мати можливість визначити межі проекту. Це необхідно зробити настільки швидко, наскільки це можливо. Моделі даних і словники Важливо, щоб дані, що обробляються в ПЗ, були виділені і визначені в поняттях, доступних як кінцевим користувачам, так і команді розробників. Часто трапляється, що заздалегідь не існує ніякої моделі даних, і проектувальник повинен створити словник і модель даних самостійно, а потім повернутися до користувача і обговорити з ним розроблену схему, щоб користувач зрозумів її і затвердив. Вихідні форми При попередньому опитуванні користувача необхідно зробити ескізи всіх вихідних форм, оскільки може бути потрібно додаткове нарощування словника баз даних для забезпечення реалізації певних вимог користувача. Безпека і управління Перш ніж почати розробку, кінцевий користувач повинен визначити необхідність забезпечення безпеки системи і даних. Обговорення системи забезпечення безпеки повинне розглядатися на якнайраніших стадіях проектування. Платформа і оточення Hа якій платформі або платформах функціонуватиме створюване програмне забезпечення? Важливо оцінити оточення, в якому працюватиме система. Клієнти витрачають великі засоби на придбання апаратних засобів ще до того, як звертаються по розробку системи. Тому, потрібно з'ясувати всі деталі про: Мережеві апаратні і програмні ресурси; Типи наявних комп'ютерів; Існуючі операційній системи; Типи принтерів, моніторів, дисководів; Інші периферійні пристрої. Варіанти використання Залежно від ПЗ і його цілей, окремі деталі повинні бути обговорені детальніше. Ви повинні знати, що є пріоритетом для кінцевого користувача. Одні системи вимагають максимальної уваги до зовнішнього оформлення і особливостей експлуатації, інші - максимальної швидкості і зручності введення даних при максимально спрощеному зовнішньому вигляді системи. Швидкість часто знижується при використанні засобів обмеження доступу і захисту інформації. Упевніться, що користувачі розуміють значення: Швидкості Безпеки Зовнішньої привабливості Простоти використання Розміру даних і способу їх організації Хто використовуватиме дану систему? Часто поняття "хто" значно важливіше за поняття "що". Хороше розуміння категорій кінцевих користувачів може дати важливу стартову інформацію для початку створення проекту. Потрібно постійно вивчати, що хочуть кінцеві користувачі ПЗ. Різні типи користувачів можуть мати різні вимоги. Ці вимоги повинні бути описані і враховані при проектуванні програмного забезпечення. Програмний продукт для відкритого ринку Якщо розробляється програмний продукт для відкритого ринку, розробники можуть створити тільки дуже грубе уявлення про кінцевого користувача. Якщо, наприклад, пишеться яка-небудь загальна програма обліку, то можна лише припустити, що потенційний клієнт буде мати загальне уявлення про комп'ютер і у нього буде необхідність щось облікувати. Програмний продукт для вертикального ринку Якщо розробляється програмний ...