Постумова. Якщо варіант використання завершиться успішно, методист формує наказ на стипендію.
2.4 Постановка задачі
2.4.1 Характеристика задачі
2.4.1.1 Призначення задачі
Задача аналіз студентської бази навчального закладу. Вирішується на АРМах методиста та диспетчера деканату.
Метою вирішення задачі є автоматизація процесу аналіз студентської бази навчального закладу. Призначення задачі – створення аналітичної інформації, щодо бази студентiв по наступним критеріям.
Необхідною умовою для вирішення даного завдання є наявність особової картки, яка формується під час розв'язання задачі "Ведення особових карток студентів", наявність навчального плану і заяви про вибір предметів.
Задача призначена для автоматизованого формування відомостей успішності. Споживачами вихідної інформації є задача "Облік успішності". Кінцевий користувач - методист деканату. В результаті впровадження даного завдання кінцевий користувач отримає можливість автоматизованого формування файлу "Звітна відомість", яка містить дані про успішність студентів. Впровадження автоматизованого вирішення даного завдання забезпечить переваги над ручною технологією розрахунку середнього балу, оскільки потрібні дані можуть бути вилучені з єдиної бази даних і внесені програмою.
Доцільність автоматизованого рішення задачі обґрунтовується:
наявністю в базі даних особової інформації про студента;
великих трудовитрат з обробки інформації про студентів.
У процесі виконання автоматизуються функції методиста деканату. Результативна інформація, сформована під час розв'язання задачі Формування звітних відомостей, використовується для автоматизованого розв'язання задачі "Облік успішності".
2.4.1.2 Перелік об’єктів, при управлінні якими розв’язується задача
Споживачами вихідної інформації є працiвники деканату. Кінцеві користувачі – методист та диспетчер деканату.
2.4.1.3 Періодичність і тривалість вирішення задачі
Періодичність вирішення завдання: за запитом.
Тривалість вирішення завдання складає менше за хвилину.
2.4.1.4 Умови, при яких припиняється вирішення задачі автоматизованим способом
Задача не може бути вирішена автоматизованим способом, якщо буде відсутня інформація про студентів. Вирішення задачі автоматизованим способом також може припинитися через вихід з ладу ПК, выдсутнiсть з’єднання с БД.
2.1.5 Зв’язки задачі з іншими задачами АІС
Схема інформаційних зв’язків завдання з іншими завданнями наведена на рис. 2.1.
2.1.6 Посади осіб та назви підрозділів, які визначають умови і тимчасові характеристики вирішення задачі
Методист деканату, диспетчер деканату.
2.1.7 Розподіл дій між персоналом і технічними засобами при різних ситуаціях вирішення задачі
Кінцевий користувач – методист, диспетчер деканату – за допомогою розроблених форм може отримати повну інформацію про вступивших до ВУЗу студентiв, формування групп, успiшнiсть студентiв.
2.4.2 Вихідна інформація
Перелік і опис вихідних повідомлень представлений в табл.2.5
Таблиця 2.5 Перелік і опис вихідних повідомлень
Ідентифікатор (код повідомлення) Найменування вихідного повідомлення Форма представлення (МГ, ВК, масив) Періодичність видачі Термін видачі і припустимий час затримки вирішення Одержувач Призначення вихідної інформації 0000101 Картка студента МГ,ВК За запитом 0,5 хвилини Методист деканату Для ведення інформації про студентів 0000102 Відомiсть по групi МГ,ВК За запитом 0,5 хвилини Методист деканату Для аналізу успішності студентів
Перелік і опис структурних одиниць вихідних повідомлень наведений в табл. 2.6.
Таблиця 2.6 Перелік і опис структурних одиниць вихідних повідомлень
Найменування структурної одиниці інформації Ідентифікатор Вимоги до точності ВК Картка студента Фамилия Surname A(20) Имя Name A(15) Отчество Otchestvo A(20) Дата рождения Date D(99.99.9999) Курс Kurs N(3) Группа Grupa N(3) ВК Відомiсть по групі ФІО FIOS A(50) Предмет Predmet A(30) Оцiнка Ocenka N(2) Середнiй бал Sed_bal N(3(2)) ВК Відомість по курсу ФІО FIOS A(50) Предмет Predmet A(30) Курс Kurs N(1) Група Grupa N(2) Оцiнка Ocenka N(2) Середнiй бал Sed_bal N(3(2)) ВК Загальна відомість ФІО FIOS A(50) Предмет Predmet A(30) Курс Kurs N(1) Група Grupa N(2) Оцiнка Ocenka N(2) Середнiй бал Sed_bal N(3(2)) Рейтинг Reiting N(2)
2.4.3 Вхідна інформація
Перелік і опис вхідних документів
Таблиця 2.4 Перелік і опис вхідних документів
Ідентифікатор документа Найменування документа Термін надходження Частота надходження Постачальник документа 0101701 Анкета студента За запитом За запитом Інформація про студента 0101702 Модульна відомість За запитом За запитом Деканат 0101703 Ітогова відомість За запитом За запитом Деканат 0101704 Індивідуальна відомість За запитом За запитом Деканат
Таблиця 2.5 Характеристика масивів вхідної інформації
Найменування масиву Ідентифікатор (ім’я) масиву Тип масиву Технологія формування Анкета студента ANKETA Оперативний Надається студентом при вступi до ВУЗу Модульна відомість MODUL Оперативний Надається деканатом пiсля модуля Ітогова відомість ITOG Оперативний Надається деканатом пiсля сесії Індивідуальна відомість INDIVIDUAL Оперативний Надається деканатом
Таблиця 2.6 Перелік і опис структурних одиниць вхідних документів
Найменування структурної одиниці Точність числового значення Джерела інформації (документ) Ідентифікатор джерела інформації Фамилия A(20) Анкета студента ANKETA Имя A(15) Анкета студента ANKETA Отчество A(20) Анкета студента ANKETA Дата рождения D(99.99.9999) Анкета студента ANKETA Наiменування предмета A(20) Модульна відомість MODUL Оцiнка N(2) Модульна відомість MODUL Дата проведення модуля D(99.99.9999) Модульна відомість MODUL ФІО викладача A(25) Модульна відомість MODUL Дата проведення іспита D(99.99.9999) Ітогова відомість ITOG Наiменування предмета A(20) Ітогова відомість ITOG Оцiнка N(2) Ітогова відомість ITOG ФІО викладача A(25) Ітогова відомість ITOG
2.5 Алгоритм вирішення задачі
Процес роботи с програмою здійснюється за наступним алгоритмом: користувач заходить на сайт, авторизується та вибирає необхідний пункт меню. Для роботи з обраним модулем користувач обирає необхідний пункт меню, після чого може здійснити додавання, редагування або видалення даних. Результати дій користувача зберігаються у базі даних. Редагування структури або даних можливо здійснити за допомогою модулю адміністрування. При додаванні нового студента відомість автоматично переформується.
2.6 Розробка не функціональних вимог
2.6.1 Надійність та безпека
Систему безпеки програмного продукту складають два базових елемента, це аутентифікація, або розпізнавання особи та авторизація, або розпізнавання прав на доступ до об'єктів. У свою чергу, ефективність і надійність цих елементів визначається якісно побудованими процесами і стандартами розробки. Вимогами до цих пунктів можуть бути наявність логіну та паролю, що містять не менше 6 символів, в тому числі і букв. Кожен користувач сайту має зареєструватися, щоб мати доступ до даних. Дані про реєстрацію (а саме логіни та паролі зберігаються в базі даних на сервері).
2.6.2 Захист інформації
Під безпечною системою розуміється система, в якій управління доступом до інформації здійснюють тільки авторизовані особи або процеси, що діють від їх імені, мають право змінювати яким-небудь чином або видаляти інформацію. Надійна система визначається як система, що використовує достатні апаратні і програмні засоби для забезпечення одночасної обробки інформації різного ступеня секретності групою користувачів без порушення прав доступу. Надійність системи оцінюється по двох основних критеріях – політикою безпеки і гарантованістю.
В розроблюваному програмному продукті вся інформація знаходиться на сервері. Доступ до неї надійно закритий паролем та логіном адміністратора. Але необхідно мати на увазі, що з часом будь-який пароль можна дешифрувати, а тому необхідно своєчасно його змінювати, тримати в таємниці, зміцнювати.
2.6.3 Структура КТЗ
При вдосконаленні системи слід передбачити також можливість модифікації існуючих вихідних форм, що є найбільш частим об'єктом модифікації. Це забезпечить виконання вимоги, що пред'являється до ІС, орієнтованої на автоматизацію господарської діяльності підприємств, - максимальній відвертості продукту до модифікації кінцевим користувачем.
Таблиця 2.9 Інтерфейси устаткування
Ідентифікатор Статус Версія Інтерфейси устаткування IH-01 + 1.0 Протокол обміну даними між клієнтами і сервером – ТСР IH-02 + 1.0 Мережеве устаткування підтримує всі протоколи обміну даними, передбачені стандартами Fast Ethernet і встановленими ОС
Таблиця 2.10 Інтерфейси програмного забезпечення
Ідентифікатор Статус Версія Інтерфейси програмного забезпечення IS-01 + 1.0 Система взаємодіє з Web-сервером Internet Information Server, який включає підтримку мови програмування PHPна якому написана програма IS-02 + 1.0 Система взаємодіє з СУБД Microsoft SQL Server IS-03 + 1.0 Взаємодія системи із зовнішніми серверами здійснюється через мережу за допомогою протоколу TCP
2.6.4 Продуктивність
Таблиця 2.11 Продуктивність програмного забезпечення
Ідентифікатор Статус Пріоритет Версія Продуктивність програмного забезпечення PR-01 + 2 1.0 Швидкість роботи мережевого устаткування – 100 Mbit/s PR-02 + 1 1.0 Час запуску системи – не більше 5 сек. PR-03 + 2 1.0 Час обробки запиту – не більше 10 сек.
2.7 Опис інформаційних потоків
Рис.2.2 Діаграма класів формування вихідних документів на основі вхідних
2.8 Проектування БД
Рис. 2.3 Логічна модель даних (за допомогою ERWin)
Рис. 2.4 Логічна модель даних (за допомогою ERWin)
2.9 Розроблення програми вирішення задачі
Програма для вирішення поставленого завдання реалізується на основі Web-технологій, а саме написана на мові HTML та PHP. Нижче представлено код реалізації деяких файлів.
2.9.1 Розроблення інтерфейсу програми
2.9.2 Склад та взаємодія програмних модулів
Склад модулів програми напряму залежить від функціональних вимог. Так, наприклад, до розроблюваного продукту висувається вимога реалізації процесу авторизації та аутентифікації, реєстрації на сайті, можливість пройти тест та перегляд бази студентів. Ці та інші процедури тісно пов’язані між собою.