4.4. Вимоги до інформаційної і програмної сумісності

Система повинна працювати під управлінням сімейства операційних систем Win 32 (Windows XP, Win 7, Win 8).

5. Вимоги до програмної документації

1. Програмні модулі, що розробляються, мають бути самодокументовані, тобто тексти програм повинні містити всі необхідні коментарі.

2. Програмна система повинна включати довідкову інформацію про роботу і підказки користувачеві.

3. До складу супроводжуючої документації повинні входити:

1. Записка пояснення на 5-10 листах, що містить опис розробки.

1. Керівництво системного програміста.

2. Посібник користувача.

3. Графічна частина:

1. Структурна схема програмної системи.

2. Діаграми аналізу системи.

3. Діаграми проектування системи.

4. Діаграми розробки системи.

Розробка діаграми прецедентів

Діаграми прецедентів (діаграми варіантів використання, use case diagrams) являє собою узагальнену модель функціонування системи (library system) в навколишньому середовищі.

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

На діаграмі зображеній на Рис. 1 представлені два виконавця (актора), особи які взаємодіють з інформаційною системою бібліотеки. Відвідувач бібліотеки (library patron) – зовнішній виконавець, тобто він використовує цю систему та породжує прецеденти діяльності. Бібліотекар (librarian) ­– внутрішній виконавець, тобто він забезпечує реалізацію прецедентів діяльності всередині системи. На рисунку виконавці представлені стилізованою фігуркою людини.

Прецедент – закінчена послідовність дій, ініційована зовнішнім об'єктом (особистістю або системою), яка взаємодіє з ІС і отримує деяке повідомлення від ІС. На діаграмі представлений овалом з написом, що відбиває зміст дії.

На діаграмі зображені такі прецеденти:

реєстрація – login;

поновлення списку взятих книг – renew book:

пошук необхідної книги – search for book;

виписані книги – check out book;

додавання книги – add book;

отримання книги (резервування) відвідувачем – reserve book;

повернення книги – return book;

перевірка даних відвідувача – check account;

видалення книги та редагування книги/назви – delete and edit book/title (звіти по недоступним книгам – report invalid IDs).

Асоціація – зв'язок між двома елементами моделі. На діаграмі представлений лінією.

Узагальнення – зв'язок між двома елементами моделі, коли один елемент (підклас) є окремим випадком іншого елемента (суперкласу). На діаграмі представлений стрілкою.

Діаграма прецедентів інформаційної системи бібліотеки Рис. 1

Розробка діаграми діяльності

Діаграма діяльності (activity diagram) призначена для деталізації особливостей алгоритмічної і логічної організації, виконуваної системою операцій. Кожна дія розчленовується на фундаментальні процеси. Управління на діаграмі здійснюється або явно – через потоки управління, або неявно – через що визначаються потоки даних. Процеси можуть бути об'єднані в чотири основні групи.

1. Процеси доступу, єдина мета яких полягає в отриманні доступу до елементів одного архіву даних об'єкта.

2. Генератори подій, що створюють подію як результат роботи.

3. Процеси перетворення, основною метою яких є обчислення або перетворення даних.

4. Процеси перевірки, які перевіряють умову і виконують один з кількох умовних висновків управління.

Діаграма видів діяльності є моделлю поведінки ІС бібліотеки (Рис. 2) в рамках прецеденту. Діаграма діяльності в UML представлена в виді графу діяльності. Граф діяльності є різновидом графу станів скінченного автомату, вершинами якого є певні дії, а переходи відбуваються по завершенню дій. Дія отримує множину вхідних сигналів, та перетворює їх на множину вихідних сигналів.

Вона показує потік виписаних книг з вашої бібліотеки. Здійснення запиту на наявність книги, щоб видати її на руки відбувається в кілька кроків:

запит на наявність книги –> перевірка доступності книги (якщо не доступна –> книжку невидано) –> перевірка наявності відвідувача в базі данних (якщо відсутній –> видати книжку –> додати до бази даних –> оновити статус книги) –> перевірка кількості виданих книг (якщо квота перевищена –> книга невидана) –> видати книжку –> додати до бази даних –> оновити статус книги.

Діаграма діяльності інформаційної системи бібліотеки Рис. 2