й проект може містити помилки. Виникає питання: а може, краще взагалі не проводити обстеження і не робити ніякого технічного проекту, а писати систему В«з чистого аркушаВ» в надії на те, що станеться якесь чудесний збіг бажання замовника з тим, що написали програмісти, а також на те, що все це буде стабільно працювати?
Якщо розібратися, то чи так вже непередбачувано розвиток системи і чи дійсно отримати інформацію про неї неможливо? Ймовірно, уявлення про систему в цілому і про передбачувані (керівництвом) шляхи її розвитку можна отримати за допомогою семінарів. Після цього розбити складну систему на більш прості компоненти, спростити зв'язку між компонентами, передбачити незалежність компонентів і описати інтерфейси між ними (щоб зміна одного компонента автоматично не тягло за собою істотної зміни іншого компонента), а також можливості розширення системи і В«заглушкиВ» для нереалізованих в тій чи іншій версії системи функцій. Виходячи з подібних елементарних міркувань опис того, що передбачається реалізувати в інформаційній системі, вже не здається настільки нереальним. Можна дотримуватися класичних підходів до розробки інформаційних систем, один з яких - схема В«водоспадуВ» (малюнок 3.1). p align="justify"> Дуже часто проектування описують як окремий етап розробки проекту між аналізом і розробкою. Проте насправді чіткого поділу етапів розробки проекту немає - проектування, як правило, не має явно вираженого початку і закінчення і часто триває на етапах тестування і реалізації. Говорячи про етап тестування, також слід зазначити, що і етап аналізу, і етап проектування містять елементи роботи тестерів, наприклад для отримання експериментального обгрунтування вибору того чи іншого рішення, а також для оцінки критеріїв якості одержуваної системи. На етапі експлуатації доречний розмову і про супровід системи. p align="justify"> Життєвий цикл програмного забезпечення являє собою модель його створення і використання. Модель відображає його різні стани, починаючи з моменту виникнення необхідності в даному ПЗ і закінчуючи моментом його повного виходу з ужитку у всіх користувачів. p align="justify"> Поетапна модель з проміжним контролем. Розробка програмного забезпечення ведеться итерациями з циклами зворотного зв'язку між етапами. Міжетапні коригування дозволяють зменшити трудомісткість процесу розробки в порівнянні з каскадної моделлю; час життя кожного з етапів розтягується на весь період розробки. br/>
3.1 Діаграма варіантів використання
Для того щоб більш детально зрозуміти й уточнити процес роботи системи, а також в подальшому грамотно її спроектувати, побудуємо контекстну діаграму варіантів використання діяльності гімназії, а також докладні діаграми для найбільш важливих варіантів використання [1,2, 3].
Спочатку батьки звертаються до директора із заявою про прийом їх дитини до гімназії для здобут...
