Аналіз студентської бази навчального закладу

Вимогами до функціональних характеристик даного проекту є вимоги до характеристик взаємозв’язків системи, що створюється, з сумісними системами, вимоги до сумісності, засоби обміну інформацією.

Даний проект працює автономно та не підтримує взаємозв’язків з сумісними доповненнями.

Проект пов’язан з базою яка розміщена на сервері доступ до якої реалізується за допомогою веб-додатку.

Система повинна мати системне меню, строку стану, панель інструментів. Системне меню повинно підтримувати вибір за допомогою «гарячих клавіш». У строчці стану повинні відображатися підказки підчас наведення курсору миші на пункти меню. Кнопки панелі інструментів повинні супроводжуватися відповідними підказками. Система повинна мати інтуїтивно зрозумілий інтерфейс.

2.1.2 Вимоги користувача системи.

Оскільки система є багато користувальницькою, то основними вимогами користувачів до розроблюваної системи є:

зрозумілий інтерфейс, обладнаний підказками, зручний у використанні;

простота освоєння;

швидкість досягнення результату при використані системи;

захист інформації від несанкціонованого доступу.

2.1.3 Діаграма бізнес-варіантів використання.

На рис. 2.1 зображена діаграма бізнес-варіантів для системи «Аналіз студентської бази навчального закладу»

Рис. 2.1 Загальна діаграма бізнес-варіантів використання для системи «Аналіз студентської бази навчального закладу»

2.2 Глосарій проекту

2.2.1 Основні поняття. Терміни та категорії предметної області задачі.

В табл. 2.1 наведені основні поняття предметної області.

Таблиця 2.1 Глосарій проекту

№ об’єкта Ім’я об’єкта Опис об’єкта

О1 Користувач системи Це користувач даної програми (ним може бути будь-яка особа, яка працює в деканаті), який додає, редагує чи видаляє дані з системи. О2 БД База даних, де міститься вся інформація про студента (ПІБ студента, дисципліни, оцінки) О3 Відомість Документ, який містить ПІБ студентів, дисципліни, оцінки по дисциплінам та середній бал кожного студента О4 Студент Фізична особа, яка навчається в ВУЗі О5 Успiшнiсть студента Ступінь успішності засвоєння навчальних предметів студентами. O6 Навчальний заклад Мiсце де готуються фахівці з фундаментальних та прикладних наук

Основні категорії користувачів.

Користувач системи – методист деканату та оператор, який має можливість зайти в систему та додати, редагувати чи видалити дані про студента з БД, сформувати списки студентiв, перегрупування студентiв, i т.п.

2.2.3.Опис найважливіших документів предметної області.

Звіт по групі – містить інформацію о студентах однієї групи, котра включає ПІБ студента, оцінки, середній бал.

Звіт по курсу – містить інформацію о студентах курсу, котра включає ПІБ студента, всі його оцінки та середній бал.

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

2.3 Розроблення функціональних вимог

2.3.1 Обґрунтування вибору діючих осіб.

В бізнес процесі «Аналіз студентської бази навчального закладу» беруть участь такі діючі особи як диспетчер, методист.

Методист, на підставі отриманих заяв на вступ до ВУЗу або заяв про прийняття на роботу, оформлює особові справи.

Диспетчер на підставі особових справ заносить дані про студентів або викладачів до бази.

2.3.2 Діаграма варіантів використання

На рис. 2.2 представлена діаграма варіантів використання для системи «Аналіз студентської бази навчального закладу».

Рис. 2.2 Діаграма варіантів використання для системи «Аналіз студентської бази навчального закладу»

2.3.3 Опис потоків подій

Варіант використання «Вхід в систему»

Короткий опис. Дозволяє користувачам здійснювати вхід в систему.

Основний потік подій. Даний варіант використання починає виконуватися, коли користувач (оператор) здійснює спробу завантаження системи для отримання інформації про студентів або додавання/коригування існуючих даних. Завантаження системи відбувається при введенні правильного імені користувача і пароля.

Альтернативні потоки. Якщо з'єднання з сервером неможливо або пароль невірний, видається відповідне повідомлення.

Передумови. Вхід в систему відбувається при введенні правильного пароля.

Постумова. Якщо варіант використання завершиться успішно, користувач отримає можливість додавати, видаляти, коректувати і переглядати дані. Інакше стан системи не зміниться.

Варіант використання «Ведення БД студентів»

Короткий опис. Система містить інформацію про студентів.

Основний потік подій. Оператор вводить запит щодо студентів і система виводить відповідну інформації.

Альтернативні потоки. Якщо дані про студента відсутні, виводиться відповідне повідомлення.

Передумови. Користувач входить до системи і виконує дії у відповідності зі своїми правами.

Постумова. При необхідності можна роздрукувати інформацію про студентів.

Варіант використання «Формування звітів»

Короткий опис. Дозволяє оператору формувати звіт за підсумками сесії.

Основний потік подій. Оператор виводить інформацію про студентів.

Альтернативні потоки. Якщо з'єднання з сервером неможливо, видається відповідне повідомлення.

Передумови. Користувач входить в систему при наявності відповідних прав.

Постумова. Якщо варіант використання завершиться успішно, користувач отримає можливість переглядати, коректувати і видаляти дані. Інакше стан системи не зміниться.

Варіант використання «Розрахунок підсумків сесії»

Короткий опис. Дозволяє методисту підбивати підсумки сесії.

Основний потік подій. Методист проводить аналіз підсумків сесії.

Альтернативні потоки. Якщо з'єднання з сервером неможливо, видається відповідне повідомлення.

Передумови. Методист розраховує підсумки в розрізі курсу, групи спеціальності.

Постумова. Якщо варіант використання завершиться успішно, методист формує наказ на стипендію.

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 Склад та взаємодія програмних модулів

Склад модулів програми напряму залежить від функціональних вимог. Так, наприклад, до розроблюваного продукту висувається вимога реалізації процесу авторизації та аутентифікації, реєстрації на сайті, можливість пройти тест та перегляд бази студентів. Ці та інші процедури тісно пов’язані між собою.

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

Як видно з вищесказаного, кожен модуль тісно взаємодіє з попереднім і частково, або й повністю неможливий без іншого.

На рис. 2.12 представлена діаграма діяльності.

2.8.3 Результати тестування програми

В результаті тестування програми, вона зарекомендувала себе як зручний, простий та надійний засіб для автоматизації роботи з клієнтами.

РОЗДІЛ 3 КОНТРОЛЬНИЙ ПРИКЛАД

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

Нижче приведений короткий опис роботи системи.

Головна сторінка. Складається з інформації загального характера, а також меню доступу до основних елементів.

Головна сторінка сайту приведена на рис. 3.1.

Рис.3.1 Головна сторінка сайту

Усі студенти. Виведення на форму даих про усіх студентів та інформації про них.

Сторінка з даними про студентів приведена на рис. 3.2.

Рис.3.2 Сторінка з даними про студентів

Для перегляду повної інформації про конкретного студента необхідно натиснути на приізвище.

Сторінка з детальними даними про студента приведена на рис. 3.3.

Рис.3.3 Сторінка з детальними даними про студента

Додати студента. Частина блоку методиста призначеного для додавання студента. Вхід виконується після введення коректного логіну та пароля.

Аутентифікація користувача приведена на рис. 3.4.

Рис.3.4 Аутентифікація користувача

Введення даних про нового студента приведена на рис. 3.5.

Рис.3.5 Додавання студента

Якщо усі даны введені коректно відобразиться повідомлення про успішне внесення інформації до бази даних.

Виведення повідомлення про успішне додавання приведена на рис. 3.6.

інтерфейс студенський база дані

Рис.3.6 Повідомлення

Редагувати дані про студента. Частина блоку методиста призначеного для редагування даних студента. Вхід виконується після введення коректного логіну та пароля. Якщо авторизація проходить успішно, методист отримує доступ до даного розділу де виводяться дані з бази даних про вже існуючих студентів.

Відображення списку студентів приведене на рис. 3.7.

Після вибору студента зі списку отримуємо доступ до форми в якій выдображуються дані доступні для редагування. Форма редагування даних по студенту приведена на рис. 3.8.

Рис.3.7 Список існуючих студентів

Рис.3.8 Редагування даних

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

Відображення списку студентів приведене на рис. 3.9.

Рис.3.9 Відображення даних

Необхідно відмітити потрібний запис. Та натиснути кнопку «Удалить запись». Далі відобразиться повідомлення про успішне видалення.

Відображення списку студентів приведене на рис. 3.10.

Рис.3.10 Список існуючих студентів

Если вы забыли выбрать студента для удаления, то отобразится сообщение:

Відображення списку студентів приведене на рис. 3.11.

Рис.3.11 Повідомлення

Відомості. При виборі даного пункту меню ми модемо обрати одну з трьох відомостей:

- Вемодомость по группе

- Вемодомость по курсу

- Общая ведомость

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

Відображення списку відомостей приведене на рис. 3.12.

Рис.3.12 Список відомостей

Відомість по групі. Якщо обраний даний тип відомостей то спочатку необхідно ввести групу по якій ми збираємося формувати відомість. Наприклад введемо группу 3.

Відображення введення групи приведене на рис. 3.13.

Рис.3.13 Введення групи

В результаті отримаємо відомість зі списком оцынок та розрахованим середнім балом.

Сформована відомість приведене на рис. 3.14.

Рис.3.14 Відомість по групі

Відомість по курсу. При обранні цього типу відомостей спочатку треба ввести курс. Наприклад 2.

Введення курсу приведене на рис. 3.15.

Рис.3.15 Введення курсу

В результаті отримаємо відомість по курсу.

Відображення відомості по курсу приведене на рис. 3.16.

Рис.3.16 Відомість по курсу

Загальна відомість. При обранні цього типу відомостей відобразиться інформація про всых студентыв що э в базі.

Відображення загальної відомості приведене на рис. 3.17.

Рис.3.17 Загальна відомість

Пошук. Система пошуку студентів по прізвищу. Спочатку необхідно ввести прізвище студента.

Відображення вводу прізвища приведене на рис. 3.18.

Рис.3.18 Ввод прізвища

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

Результати пошуку приведені на рис. 3.19.

Рис.3.19 Результати пошуку

Висновки

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

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

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

Список використаної літератури

1. Комплексна програма наскрізної практики для студентів спеціальності 7.080401 денної форми навчання, Харків, ХНЕУ, 2005

2. Методичні рекомендації до оформлення робіт з НДРС, курсових та дипломних проектів/Укл. І. Б. Медведєва. – Харків: Вид. ХДЕУ, 2001. – 28с.

3. Збірник нормативно-правових актів діяльності університету. Практичний посібник. Вип.. 1/Укл. канд. екон. наук, професор М.В.Афанасьєв; [Керівник проекту докт. економ. наук, професор Пономаренко В.С. – Харків: Вид. ХНЕУ, 2005. – 468 с.

4. Лабораторний практикум з курсу "CASE-технології" для студентів спец. 7.080401, 7.080407 усіх форм навчання/ Укл. С. В. Мінухін, О. М. Беседовський– Харків: Вид. ХНЕУ, 2005. – с. (Укр. мов).

5. Практичні завдання та методичні рекомендації до їх виконання з курсу Системний аналіз та проектування СОІ" для студентів спец. 6.080401, 6.080407 усіх форм навчання /Укл. Р.К. Бутова. – Харків: Вид. ХНЕУ, 2006. – с. (Укр. мов).

6. Конноли Томас. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ.: Уч. пос. – М.: Издательский дом "Вильямс", 2004. – 1120 с.

7. К. Дж. Дейт. Введение в системы баз данных, 6-е издание: Пер. с англ. – К.; М.; СПб.: Издательский дом "Вильямс", 2003. – 848 с.

8. ДекАрт [Электронный ресурс]. – Режим доступа к ресурсу: http://www.dekart.ru/ ДекАрт – автоматизация работы деканатов и аспирантур.