Аналiз студентської бази навчального закладу
МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ
ХАРКІВСЬКИЙ НАЦІОНАЛЬНИЙ ЕКОНОМІЧНИЙ УНІВЕРСИТЕТ
Кафедра iнформацiйних систем
На тему: «Аналiз студентської бази навчального закладу»
Виконали
3 курсу 3 групи
Лємєшева О. О
Литвиненко Д. Г
Перевiрив
Беседовський О. М
Харкiв, 2010р.
ХАРКІВСЬКИЙ НАЦІОНАЛЬНИЙ ЕКОНОМІЧНИЙ УНІВЕРСИТЕТ
Кафедра iнформацiйних систем
Дисциплiна: iнформацiйнi системи в економiцi
Спецiальнiсть 6. 050101
курс 3, група 3, семестр 6
ЗАВДАННЯ
на курсовий проект
студентiв
Лємешєвої Ольги Олександрiвни
Литвиненка Дмитра Геннадiйовича
Тема проекту: Розробка ІТ за завданням «Аналiз студенської бази навчального закладу».
Строк здачi студентом закiнченого проекту 05. 04. 2010 р.
Вхiднi данi до проекту: ДСТУ з обробки iнформацiї, лiтературнi джерела, технiчна документацiя на АІС «Аналiз студентської бази навчального закладу», матерiали практики.
Змiст розрахунково-пояснювальної записки: Вступ. 1. Аналiз iснуючої ІТ на об'єктi управлiння 2. Розробка ІТ обробки iнформацiї за задачею «Аналiз студентської бази навчального закладу». Висновки.
Перелiк графiчного матерiалу:
6. Дата видачi завдання 10. 09. 2009 р.
Керiвник проекту к. е. н.,доц. Беседовський О. М.
Литвиненко Д. Г.
Раздовська О. Ю.
ВСТУП
Розвиток риночних вiдносин у сферi вищої освiти неминуче веде до виникненню конкуренцїї мiж ВУЗами на ринку освiтнiх послуг. Якiсть освiти є важливою характеристикою, що визначає конкурентоспроможнiсть навчальних закладiв. При цьому задача пiдвищення якостi освiти тiсно зв'язана з задачею ефективного управлiння освiтнiм процесом та ресурсами ВУЗа. Розвязвння цих задач сьогоднi не представляється можливим без використання комплексної iнформацiйної системи управлiння ВУЗом.
Розробка множинних додаткiв, автоматизують окремi сторони дiяльностi навчального закладу, i що створює розрiзненi багатоплатформенна програми, не наближає до принципового вирiшення задачi управлiння ВУЗом. Досягнення цiєї мети неможливо без реалiзацiї системного пiдходу в органiзацiї i управлiннi дiяльнiстю ВУЗа.
Функцiональний пiдхiд, що переважає в бiльшостi ВУЗiв, припускає, що навчальний заклад - це механiзм, який має набiр функцiй, розподiлених серед пiдроздiлiв ВУЗу. Виконуючи свої вузькоспецiальнi завдання, спiвробiтники пiдроздiлiв перестають бачити кiнцевi результати працi ВУЗу в цiлому й усвiдомлювати своє мiсце в загальнiй ланцюжку. Така система змушує спiвробiтникiв добре виконувати функцiї, але не орiєнтує на досягнення результату. Функцiональний пiдхiд призводить до iзольованостi функцiональних пiдроздiлiв, виникнення свого роду «конкуренцiї» мiж ними i неефективнiсть iнформацiйної пiдтримки, зумовленої «лоскутной» автоматизацiєю.
Системний пiдхiд розглядає всю дiяльнiсть ВУЗу як послiдовнiсть взаємопов'язаних процесiв, якi проходять через всi пiдроздiли, задiянi всi служби i орiєнтованi на реалiзацiю стратегiчних цiлей, якi ВУЗ ставить перед собою. Керуючи процесами, ВУЗ домагається максимально ефективного використання всiх наявних у його розпорядженнi ресурсiв. Системний пiдхiд є основою побудови всiх корпоративних ІС. Саме реалiзацiя системного пiдходу є необхiдною умовою успiшної реалiзацiї в ІС сучасних управлiнських методик.
Таким чином, рiшення проблем управлiння освiтньою установою неможливо без повної, комплексної iнформатизацiї на основi сучасної корпоративної iнформацiйної системи класу ERP (Enterprise Resource Planning, планування ресурсiв пiдприємства). Важливою властивiстю ERP-систем, що вiдрiзняє їх вiд систем клаптевої автоматизацiї, є iнтегрованiсть. Це означає, що всi компоненти системи побудованi у вiдповiдностi з єдиною iдеологiєю, методологiєю i технологiєю i працюють узгоджено. Її використання дозволяє не тiльки пiдвищити ефективнiсть управлiння за рахунок автоматизацiї рiзних областей дiяльностi ВУЗу, але й пiдняти культуру ВУЗу на принципово новий рiвень, зробити його бiльш привабливим i конкурентоспроможним на ринку навчання.
Пiдготовчий процес. Приймальна компанiя.
Ефективна органiзацiя прийому абiтурiєнтiв є виключно важливим i вiдповiдальним завданням для будь-якого унiверситету, неможливою без використання засобiв iнформацiйних технологiй. У бiльшостi ВУЗiв використовуються бiльш-менш розвиненi засоби для автоматизацiї iнформацiйного забезпечення приймальної кампанiї.
Процес створення єдиної iнформацiйної системи унiверситету включає в себе розвиток i вдосконалення єдиної телекомунiкацiйного середовища, забезпечує надiйний i оперативний обмiн iнформацiєю мiж пiдроздiлами унiверситету. Створення, експлуатацiя та органiзацiя життєвого циклу такого масштабу - складна органiзацiйна та технiчна задача, що обумовлює серйознi вимоги до внутрiшньої структурi даних, яка дозволила б забезпечити цiлiснiсть, розширюванiсть, вiдкритiсть, переносимiсть, надiйнiсть, безпеку даних.
Саме тому метою курсової роботи є розробка ІС для автоматизацiї процесiв аналiзу студентської бази навчального закладу. Для розробки конкурентно-здатного програмного забезпечення ІС має об’єднувати в собi HRM, ECM та CRM систему (систему управлiння персоналом, систему управлiння информацiйними ресурсами та систему для управлiння взаємодiєю з клiєнтами).
Завданнями курсового проекту є проведення аналiзу предметної областi, виконання огляду iснуючих програмних продуктiв для автоматизацiї бiзнес процесiв, огляд лiтературних джерел з проблематики автоматизацiї процесiв обробки iнформацiї; розроблення постановки задачi на ПК, розробка алгоритму рiшення задачi на ПК; розроблення програми вирiшення задачi та iн.
РОЗДІЛ 1 ОГЛЯД ІСНУЮЧИХ ІНФОРМАЦІЙНИХ СИСТЕМ ДЛЯ АВТОМАТИЗАЦІЇ БІЗНЕС-ПРОЦЕСІВ «АНАЛІЗ СТУДЕНСЬКОЇ БАЗИ НАВЧАЛЬНОГО ЗАКЛАДУ»
1. 1 Aнaлiз iнтepфeйсy тa фyнкцioнaльнoстi систeми «ДекАрт автоматизация работы деканатов и аспирантур»
У даному курсовому проектi розглядається автоматизацiя процесу аналiза студентської бази навчального закладу. Виконано детальне моделювання бiзнес-процесса «Аналiз студентської бази навчального закладу» з видiленням транзакцiйною i аналiтичною складових за допомогою функцiональної моделi, побудованої з використанням CASE-iнструментiв, нижче описанi основнi завдання в рамках видiленого бiзнес-процессу.
На рис. 1. 1 представлена контекстна дiаграма моделi бiзнес-процесса «Аналiз студентської бази навчального закладу» за допомогою системи «ДекАрт-автоматизация работы деканатов и аспирантур».
Рис. 1. 1 Контекстна дiаграма бiзнес-процесса «Аналiз студентської бази навчального закладу»в стандартi IDEF0
Контекстна дiаграма моделi має такi iнтерфейснi дуги:
вхiд: Особова картка студента, Особова картка працiвника;
вихiд: Вiдомiсть успiшностi;
управлiння: Положення про органiзацiю навчального процесу, статут;
механiзми: Методист деканату, методист аспiрантури.
Робота «Формування картотеки факультeтiв, спецiальностей, груп» має такi интерфейснi дуги:
механiзми: Методист деканату, методист аспiрантури.
вхiд: Особова картка працiвника;
управлiння: Положення про органiзацiю навчального процесу, статут;
Робота «Формування звiтних документiв» має такi интерфейснi дуги:
вхiд: Електронна база особових карток працiвникiв, Електронна база особовых карток студентiв, лiцензiя, Накази по унiверситету;
вихiд: Вiдомiсть успiшностi;
управлiння: Положення про органiзацiю навчального процесу, статут;
механiзми: Методист деканату, методист аспiрантури.
На рис. 1. 3 представлена декомпозицiя роботи «Формирование отчетных документов» моделi.
Рис. 1. 3 Декомпозицiя роботи «Формування звiтних документiв»
Робота «Формування навчальних навантажень» має такi интерфейснi дуги:
вхiд: Електронна база особових карток працiвникiв, Лiцензiя, Накази по унiверситету;
вихiд: План навчальных навантажень;
управлiння: Положення про органiзацiю навчального процесу, статут;
Робота «Формування екзаменацiйних вiдомостей» має такi интерфейснi дуги:
вхiд: Електронна база особовых карток студентiв, Накази по унiверситету, Лiцензiя, План навчальных навантажень;
вихiд: Данi про успiшнiсть;
управлiння: Положення про органiзацiю навчального процесу, статут;
механiзми: Методист деканату, методист аспiрантури.
Робота «Розрахунок успiшностi» має такi интерфейснi дуги:
вхiд: Електронна база особовых карток студентiв, Накази по унiверситету, Лiцензiя, Данi про успiшнiсть;
вихiд: Вiдомiсть успiшностi;
механiзми: Методист деканату, методист аспiрантури.
Комплекс програмного забезпечення дозволяє:
Формувати навчальнi плани i розподiляти навантаження. Автоматично вiдображати навчальне навантаження в особовiй справi викладача, НДП, аспiранта, докторанта та iн Вести облiк наукового керiвництва викладачами
Формувати екзаменацiйнi та залiковi вiдомостi, вносити данi про результати iспитiв i залiкiв, вiдображати їх у особистiй справi, готувати данi для друку вiдомостей, звiтiв та додаткiв до диплому. Контролювати успiшнiсть.
Вести журнал наказiв по всiм категорiям осiб, внесених до бази даних з автоматичним внесенням їх до особової справи.
Автоматизувати процес зарахування, вiдновлення, вiдрахування, а також призначення стипендiй i грантiв.
Контролювати надходження i витрачання грошових коштiв на навчання. Проводити фiнансовий монiторинг пiдроздiлiв вiдповiдно до органiзацiйно-навчальної структурою ВУЗу (факультету)
Готувати звiти для передачi у вищi органiзацiї.
Програмний комплекс орiєнтований:
навантаження та багато iншого
На навчальний вiддiл - для миттєвого перегляду i створення звiтiв по контингенту учнiв i викладачiв, розподiлу навантаження та пiдсумкам сесiй
Програмний комплекс складається з декiлькох модулiв, об'єднаних в єдиному iнформацiйному просторi.
На рис. 1. 4 представлене головне вiкно програмного продукту.
Модуль «Картотека» (рис 1. 6) веде персонiфiкований облiк контингенту ВУЗу з вiдображенням всiєї iнформацiї, що стосується конкретної особи (основнi данi, паспортнi данi, стипендiя та гранти, накази, прихiд i витрати грошових коштiв, для спiвробiтникiв - наукове керiвництво i навантаження, для учнiв - оцiнки за дисциплiн i т. д.)
На рис. 1. 5 представлене вiкно авторизацiї користувача.
На рис. 1. 6 представлене основне вiкно модуля картотека.
Рис. 1. 6 Основне вiкно модуля «Картотека»
На рис. 1. 7 представлене вiкно додавання в базу студента.
На рис. 1. 8 представлене вiкно редагування загальних даних учнiв.
Рис. 1. 8 Редагування загальних даних учнiв
На рис. 1. 10 представлене вiкно формування наказу.
Рис. 1. 10 Формування наказу
Модуль «Экзаменационные ведомости» (рис. 1. 11, 1. 12) дозволяє формувати i редагувати екзаменацiйнi вiдомостi, а також пiдготувати звiтнi документи по сесiях i перескладанням
На рис. 1. 11 представлене вiкно модуля «Экзаменационные ведомости».
Рис. 1. 11 Основне вiкно модуля «Экзаменационные ведомости»
На рис. 1. 12 представлене вiкно формування вiдомостi.
На рис. 1. 13 представлене вiкно модуля «Учебные планы».
Рис. 1. 13 Основне вiкно модуля «Учебные планы»
На рис. 1. 14 представлене вiкно календарного плану.
Рис. 1. 14 Календарний план
Модуль «Учебная нагрузка» (рис. 1. 15, 1. 16) дозволяє формувати поточну навчальне навантаження i розподiляти її по викладачам.
На рис. 1. 15 представлене вiкно модуля «Учебная нагрузка».
Рис. 1. 16 Представлення навчального курсу
Модуль «Платежи» дозволяє вести облiк надходжень i витрат грошових коштiв з навчання, а також пов'язувати їх з iншими бухгалтерськими програмами та проводити фiнансовий монiторинг.
Модуль «Конфигуратор» дозволяє формувати логiчну структуру ВУЗу, редагувати словники, формувати правила доступу користувачiв до бази даних, органiзовувати механiзм реплiкацiї даних.
1. 2 Aнaлiз iнтepфeйсy тa фyнкцioнaльнoстi систeми «АйТи-Университет»
На рис. 1. 17 представлена контекстна дiаграма моделi бiзнес-процесса «Аналiз студентської бази навчального закладу» за допомогою системи «АйТи-Университет».
Рис. 1. 17 Контекстна дiаграма бiзнес-процесса «Аналiз студентської бази навчального закладу»в стандартi IDEF0
Контекстна дiаграма моделi має такi iнтерфейснi дуги:
вхiд: особова картка студента, особова картка викладача, навчальний план;
вихiд: Вiдомостi успiшностi;
управлiння: Положення про органiзацiю навчального процесу, статут;
механiзми: Методист деканату.
На рис. 1. 18 представлена декомпозиция контекстной моделi.
Рис. 1. 18 Декомпозицiя контекстної дiаграми «Аналiз студентської бази навчального закладу» у стандартi IDEF0
Робота «Ведення графiкiв складання iспитiв» має такi интерфейснi дуги:
вихiд: графiк складання iспитiв;
управлiння: Положення про органiзацiю навчального процесу, статут;
механiзми: Методист деканату.
Робота «Ведення успiшностi» має такi интерфейснi дуги:
вхiд: Особова картка студента, Навчальний план;
вихiд: Вiдомостi з результатами сесii;
управлiння: Положення про органiзацiю навчального процесу, статут;
механiзми: Методист деканату.
Робота «Формування звiтiв» має такi интерфейснi дуги:
вихiд: Вiдомостi успiшностi;
управлiння: Положення про органiзацiю навчального процесу, статут;
На рис. 1. 19 представлена декомпозицiя роботи «Формирование отчетных документов» моделi.
Рис. 1. 19 Декомпозицiя роботи «Формирование отчетных документов» у стандартi IDEF0
Робота «Ввод шифрiв робiт» має такi интерфейснi дуги:
вхiд: Особова картка студента;
вихiд: екзаменацйнi вiдомостi;
управлiння: Положення про органiзацiю навчального процесу, статут;
механiзми: Методист деканату.
вхiд: Особова картка студента, навчальний план;
вихiд: екзаменацйнi вiдомостi;
управлiння: Положення про органiзацiю навчального процесу, статут;
механiзми: Методист деканату.
Робота «Розрахунок успiшностi» має такi интерфейснi дуги:
вхiд: Особова картка студента, навчальний план, графiк складання;
вихiд: Вiдомостi з результатами сесii;
управлiння: Положення про органiзацiю навчального процесу, статут;
механiзми: Методист деканату.
Користувачами комплексної iнформацiйної системи є студенти, викладачi, адмiнiстрацiя i всi спiвробiтники вузу. Основнi переваги системи:
• велика гнучкiсть рiшення в цiлому i його компонент, що дозволяє адаптувати їх пiд вимоги ВУЗу
Система АйТi-Унiверситет складається з довiльного набору функцiональних пiдсистем з централiзованим збором iнформацiї в єдинiй базi даних. Модульнiсть рiшення дозволяє вибудувати оптимальну архiтектуру системи вiдповiдно до завдань вузу. Складається з таких основних модулiв:
• АйТi-Унiверситет: Електронний деканат
• АйТi-Унiверситет: Бiблiотека
• АйТi-Унiверситет: Інформацiйне забезпечення навчального процесу
• АйТi-Унiверситет: Облiк i контроль матерiально-технiчних ресурсiв
• АйТi-Унiверситет: Електронний документообiг
• ведення розклад занять груп
• ведення загального графiка здачi залiкiв та iспитiв; графiка захисту дипломiв i дисертацiй
• ведення успiшностi (колоквiуми, рейтинговi бали, промiжнi контрольнi i залiки)
• ведення БД контактiв вузу: телефони, e-mail, адреси i т. д.
• пiдтримка доступу до рiзнопланової нормативно-довiдкової iнформацiї деканату i ВУЗу
• формування звiтiв керiвництва вузу для вищестоящих органiзацiй
Щоб автоматизувати роботу викладача, реалiзована можливiсть використання програми для кишенькового персонального комп'ютера (КПК) з подальшою синхронiзацiєю даних iз системою
в тому числi i зовнiшнiми.
На рис. 1. 20 представлене головне вiкно програми.
Рис. 1. 20 Головне вiкно програми
На рис. 1. 23 представлене вiкно заповлення особової картики студента.
Рис. 1. 21 Інтерфейс редагування спискiв груп
Рис. 1. 22 Введення шифрiв робiт
Рис. 1. 23 Особова картка абiтурiєнта
АйТi-Унiверситет: Бiблiотека
Призначена для автоматизацiї облiку бiблiотечного фонду ВУЗу, комплектування, систематизацiї, категоризацiї, читацького пошуку, видачi та повернення лiтератури. Пiдсистема АйТi-Унiверситет: Бiблiотека iнтегрується з пiдсистемами забезпечення навчального процесу. Багатофункцiональна карта студента виконує роль iдентифiкатора доступу та/або електронного читацького квитка.
Основнi функцiї:
• iдентифiкацiя користувачiв бiблiотеки
• пошук лiтератури в бiблiотецi
• iнформування про новi надходження i поверненнях книг до бiблiотеки
• реєстрацiя отриманих i повернутих книг до бiблiотечного фонду
• можливiсть пiдключення платних послуг (копiювання, друк на принтерi)
• реєстрацiя надходять видань
• списання видання з фонду (у випадку втрати, старiння)
• складання замовлення на отримання книги
• пошук читача i перегляд наявних у нього книг
• формування звiтних документiв
У пiдсистемi АйТi-Унiверситет: Бiблiотека для облiку бiблiотечного фонду, контролю видачi та прийому книг використовуються технологiї радiочастотної iдентифiкацiї (RFID) або штрихового кодування. Вони допомагають швидко знайти в сховище i видати на руки читачу книжки, запобiгти їх розкрадання, скоротити час видачi та прийому лiтератури, пiдбору та пошуку потрiбного видання.
АйТi-Унiверситет: Інформацiйне забезпечення навчального процесу
Пiдсистема призначена для забезпечення доступу, формування та iнтеграцiї iнформацiйних ресурсiв вузу. Вона складається з двох функцiональних комплексiв: порталу та системи iнформацiйних кiоскiв. Основнi функцiї:
• публiкацiя та зберiгання потрiбної iнформацiї на веб-порталi
• пiдтримка iнформацiйних запитiв i надання iнформацiї
• аутентифiкацiя та авторизацiя доступу до iнформацiйних ресурсiв ВУЗу
• iнтеграцiя iз зовнiшнiми iнформацiйними системами
• забезпечення експорту/iмпорту даних з/в зовнiшнi системи
Пiсля ознайомлення з системами призначеними для автоматизацiї аналiзу студентської бази навчального закладу, в якостi прототипу для розроблюваної системи було прийнято рiшення вибрати «ДекАрт-автоматизация работы деканатов и аспирантур». Це обумовлено тим що, бiзнес – процеси якi iснують в компанiї замовника ПП краще автоматизованi саме в цiй системi. Іншим переконливим фактором вибору саме цього продукту стала його популярнiсть, наявнiсть документацiї, гарно спроектований програмний iнтерфейс [8].
слiдує також вiдзначити, що для створення конкурентоспроможного програмного продукту буде прийнята до уваги розробка бiзнес-процесiв в системi «АйТи-Университет». Вiдносно iнтерфейсу, то його реалiзацiя буде виконуватися згiдно побажань замовника.
2. 1 Розроблення специфiкацiї бiзнес-вимог до системи
що реалiзуються в рамках даного модуля, оскiльки тiльки тодi можливо говорити про якiсне, доцiльне керування роботою ВУЗу. В сучасних умовах при розробцi програмного забезпечення до розроблюваної системи висуваються бiзнес-вимоги, якi обов’язково мають бути виконанi. Цi вимоги можуть вiдноситися, як до вимог з точки зору бiзнесу, так i до вимог користувача системи.
2. 1. 1 Вимоги з точки зору розвитку бiзнесу
Розроблювана система має вiдповiдати наступним вимогам бiзнесу:
Вимогами до функцiональних характеристик даного проекту є вимоги до характеристик взаємозв’язкiв системи, що створюється, з сумiсними системами, вимоги до сумiсностi, засоби обмiну iнформацiєю.
Даний проект працює автономно та не пiдтримує взаємозв’язкiв з сумiсними доповненнями.
Проект пов’язан з базою яка розмiщена на серверi доступ до якої реалiзується за допомогою веб-додатку.
Система повинна мати системне меню, строку стану, панель iнструментiв. Системне меню повинно пiдтримувати вибiр за допомогою «гарячих клавiш». У строчцi стану повиннi вiдображатися пiдказки пiдчас наведення курсору мишi на пункти меню. Кнопки панелi iнструментiв повиннi супроводжуватися вiдповiдними пiдказками. Система повинна мати iнтуїтивно зрозумiлий iнтерфейс.
2. 1. 2 Вимоги користувача системи.
зрозумiлий iнтерфейс, обладнаний пiдказками, зручний у використаннi;
захист iнформацiї вiд несанкцiонованого доступу.
2. 1. 3 Дiаграма бiзнес-варiантiв використання.
На рис. 2. 1 зображена дiаграма бiзнес-варiантiв для системи «Аналiз студентської бази навчального закладу»
2. 2 Глосарiй проекту
2. 2. 1 Основнi поняття. Термiни та категорiї предметної областi задачi.
В табл. 2. 1 наведенi основнi поняття предметної областi.
Таблиця 2. 1 Глосарiй проекту
№ об’єкта Ім’я об’єкта Опис об’єкта
О1 Користувач системи Це користувач даної програми (ним може бути будь-яка особа, яка працює в деканатi), який додає, редагує чи видаляє данi з системи. О2 БД База даних, де мiститься вся iнформацiя про студента (ПІБ студента, дисциплiни, оцiнки) О3 Вiдомiсть Документ, який мiстить ПІБ студентiв, дисциплiни, оцiнки по дисциплiнам та середнiй бал кожного студента О4 Студент Фiзична особа, яка навчається в ВУЗi О5 Успiшнiсть студента Ступiнь успiшностi засвоєння навчальних предметiв студентами. O6 Навчальний заклад Мiсце де готуються фахiвцi з фундаментальних та прикладних наук
Основнi категорiї користувачiв.
Користувач системи – методист деканату та оператор, який має можливiсть зайти в систему та додати, редагувати чи видалити данi про студента з БД, сформувати списки студентiв, перегрупування студентiв, i т. п.
2. 2. 3. Опис найважливiших документiв предметної областi.
Звiт по групi – мiстить iнформацiю о студентах однiєї групи, котра включає ПІБ студента, оцiнки, середнiй бал.
Звiт по курсу – мiстить iнформацiю о студентах курсу, котра включає ПІБ студента, всi його оцiнки та середнiй бал.
Загальна вiдомiсть – мiстить iнформацiю о всiх студентах, котра включає ПІБ студента, середнiй бал вiдсортований за зменшенням.
2. 3 Розроблення функцiональних вимог
2. 3. 1 Обґрунтування вибору дiючих осiб.
2. 3. 2 Дiаграма варiантiв використання
На рис. 2. 2 представлена дiаграма варiантiв використання для системи «Аналiз студентської бази навчального закладу».
Рис. 2. 2 Дiаграма варiантiв використання для системи «Аналiз студентської бази навчального закладу»
2. 3. 3 Опис потокiв подiй
Варiант використання «Вхiд в систему»
Короткий опис. Дозволяє користувачам здiйснювати вхiд в систему.
Основний потiк подiй. Даний варiант використання починає виконуватися, коли користувач (оператор) здiйснює спробу завантаження системи для отримання iнформацiї про студентiв або додавання/коригування iснуючих даних. Завантаження системи вiдбувається при введеннi правильного iменi користувача i пароля.
Альтернативнi потоки. Якщо з'єднання з сервером неможливо або пароль невiрний, видається вiдповiдне повiдомлення.
Передумови. Вхiд в систему вiдбувається при введеннi правильного пароля.
Постумова. Якщо варiант використання завершиться успiшно, користувач отримає можливiсть додавати, видаляти, коректувати i переглядати данi. Інакше стан системи не змiниться.
Варiант використання «Ведення БД студентiв»
Короткий опис. Система мiстить iнформацiю про студентiв.
Основний потiк подiй. Оператор вводить запит щодо студентiв i система виводить вiдповiдну iнформацiї.
Передумови. Користувач входить до системи i виконує дiї у вiдповiдностi зi своїми правами.
Постумова. При необхiдностi можна роздрукувати iнформацiю про студентiв.
Короткий опис. Дозволяє оператору формувати звiт за пiдсумками сесiї.
Передумови. Користувач входить в систему при наявностi вiдповiдних прав.
Постумова. Якщо варiант використання завершиться успiшно, користувач отримає можливiсть переглядати, коректувати i видаляти данi. Інакше стан системи не змiниться.
Варiант використання «Розрахунок пiдсумкiв сесiї»
Короткий опис. Дозволяє методисту пiдбивати пiдсумки сесiї.
Основний потiк подiй. Методист проводить аналiз пiдсумкiв сесiї.
Альтернативнi потоки. Якщо з'єднання з сервером неможливо, видається вiдповiдне повiдомлення.
Постумова. Якщо варiант використання завершиться успiшно, методист формує наказ на стипендiю.
2. 4 Постановка задачi
2. 4. 1 Характеристика задачi
2. 4. 1. 1 Призначення задачi
Задача аналiз студентської бази навчального закладу. Вирiшується на АРМах методиста та диспетчера деканату.
Метою вирiшення задачi є автоматизацiя процесу аналiз студентської бази навчального закладу. Призначення задачi – створення аналiтичної iнформацiї, щодо бази студентiв по наступним критерiям.
Необхiдною умовою для вирiшення даного завдання є наявнiсть особової картки, яка формується пiд час розв'язання задачi "Ведення особових карток студентiв", наявнiсть навчального плану i заяви про вибiр предметiв.
Задача призначена для автоматизованого формування вiдомостей успiшностi. Споживачами вихiдної iнформацiї є задача "Облiк успiшностi". Кiнцевий користувач - методист деканату. В результатi впровадження даного завдання кiнцевий користувач отримає можливiсть автоматизованого формування файлу "Звiтна вiдомiсть", яка мiстить данi про успiшнiсть студентiв. Впровадження автоматизованого вирiшення даного завдання забезпечить переваги над ручною технологiєю розрахунку середнього балу, оскiльки потрiбнi данi можуть бути вилученi з єдиної бази даних i внесенi програмою.
наявнiстю в базi даних особової iнформацiї про студента;
великих трудовитрат з обробки iнформацiї про студентiв.
задачi "Облiк успiшностi".
2. 4. 1. 2 Перелiк об’єктiв, при управлiннi якими розв’язується задача
Споживачами вихiдної iнформацiї є працiвники деканату. Кiнцевi користувачi – методист та диспетчер деканату.
2. 4. 1. 3 Перiодичнiсть i тривалiсть вирiшення задачi
Перiодичнiсть вирiшення завдання: за запитом.
Тривалiсть вирiшення завдання складає менше за хвилину.
2. 4. 1. 4 Умови, при яких припиняється вирiшення задачi автоматизованим способом
Задача не може бути вирiшена автоматизованим способом, якщо буде вiдсутня iнформацiя про студентiв. Вирiшення задачi автоматизованим способом також може припинитися через вихiд з ладу ПК, выдсутнiсть з’єднання с БД.
2. 1. 5 Зв’язки задачi з iншими задачами АІС
Схема iнформацiйних зв’язкiв завдання з iншими завданнями наведена на рис. 2. 1.
2. 1. 6 Посади осiб та назви пiдроздiлiв, якi визначають умови i тимчасовi характеристики вирiшення задачi
2. 1. 7 Розподiл дiй мiж персоналом i технiчними засобами при рiзних ситуацiях вирiшення задачi
Кiнцевий користувач – методист, диспетчер деканату – за допомогою розроблених форм може отримати повну iнформацiю про вступивших до ВУЗу студентiв, формування групп, успiшнiсть студентiв.
2. 4. 2 Вихiдна iнформацiя
Перелiк i опис вихiдних повiдомлень представлений в табл. 2. 5
Ідентифiкатор (код повiдомлення) Найменування вихiдного повiдомлення Форма представлення (МГ, ВК, масив) Перiодичнiсть видачi Термiн видачi i припустимий час затримки вирiшення Одержувач Призначення вихiдної iнформацiї 0000101 Картка студента МГ,ВК За запитом 0,5 хвилини Методист деканату Для ведення iнформацiї про студентiв 0000102 Вiдомiсть по групi МГ,ВК За запитом 0,5 хвилини Методист деканату Для аналiзу успiшностi студентiв
Перелiк i опис структурних одиниць вихiдних повiдомлень наведений в табл. 2. 6.
Таблиця 2. 6 Перелiк i опис структурних одиниць вихiдних повiдомлень
Найменування структурної одиницi iнформацiї Ідентифiкатор Вимоги до точностi ВК Картка студента Фамилия Surname A(20) Имя Name A(15) Отчество Otchestvo A(20) Дата рождения Date D(99. 99. 9999) Курс Kurs N(3) Группа Grupa N(3) ВК Вiдомiсть по групi ФІО FIOS A(50) Предмет Predmet A(30) Оцiнка Ocenka N(2) Середнiй бал Sedbal N(3(2)) ВК Вiдомiсть по курсу ФІО FIOS A(50) Предмет Predmet A(30) Курс Kurs N(1) Група Grupa N(2) Оцiнка Ocenka N(2) Середнiй бал Sedbal N(3(2)) ВК Загальна вiдомiсть ФІО FIOS A(50) Предмет Predmet A(30) Курс Kurs N(1) Група Grupa N(2) Оцiнка Ocenka N(2) Середнiй бал Sedbal N(3(2)) Рейтинг Reiting N(2)
2. 4. 3 Вхiдна iнформацiя
Перелiк i опис вхiдних документiв
Ідентифiкатор документа Найменування документа Термiн надходження Частота надходження Постачальник документа 0101701 Анкета студента За запитом За запитом Інформацiя про студента 0101702 Модульна вiдомiсть За запитом За запитом Деканат 0101703 Ітогова вiдомiсть За запитом За запитом Деканат 0101704 Індивiдуальна вiдомiсть За запитом За запитом Деканат
Таблиця 2. 5 Характеристика масивiв вхiдної iнформацiї
Найменування масиву Ідентифiкатор (iм’я) масиву Тип масиву Технологiя формування Анкета студента ANKETA Оперативний Надається студентом при вступi до ВУЗу Модульна вiдомiсть MODUL Оперативний Надається деканатом пiсля модуля Ітогова вiдомiсть ITOG Оперативний Надається деканатом пiсля сесiї Індивiдуальна вiдомiсть INDIVIDUAL Оперативний Надається деканатом
Таблиця 2. 6 Перелiк i опис структурних одиниць вхiдних документiв
Найменування структурної одиницi Точнiсть числового значення Джерела iнформацiї (документ) Ідентифiкатор джерела iнформацiї Фамилия A(20) Анкета студента ANKETA Имя A(15) Анкета студента ANKETA Отчество A(20) Анкета студента ANKETA Дата рождения D(99. 99. 9999) Анкета студента ANKETA Наiменування предмета A(20) Модульна вiдомiсть MODUL Оцiнка N(2) Модульна вiдомiсть MODUL Дата проведення модуля D(99. 99. 9999) Модульна вiдомiсть MODUL ФІО викладача A(25) Модульна вiдомiсть MODUL Дата проведення iспита D(99. 99. 9999) Ітогова вiдомiсть ITOG Наiменування предмета A(20) Ітогова вiдомiсть ITOG Оцiнка N(2) Ітогова вiдомiсть ITOG ФІО викладача A(25) Ітогова вiдомiсть ITOG
2. 5 Алгоритм вирiшення задачi
Процес роботи с програмою здiйснюється за наступним алгоритмом: користувач заходить на сайт, авторизується та вибирає необхiдний пункт меню. Для роботи з обраним модулем користувач обирає необхiдний пункт меню, пiсля чого може здiйснити додавання, редагування або видалення даних. Результати дiй користувача зберiгаються у базi даних. Редагування структури або даних можливо здiйснити за допомогою модулю адмiнiстрування. При додаваннi нового студента вiдомiсть автоматично переформується.
Систему безпеки програмного продукту складають два базових елемента, це аутентифiкацiя, або розпiзнавання особи та авторизацiя, або розпiзнавання прав на доступ до об'єктiв. У свою чергу, ефективнiсть i надiйнiсть цих елементiв визначається якiсно побудованими процесами i стандартами розробки. Вимогами до цих пунктiв можуть бути наявнiсть логiну та паролю, що мiстять не менше 6 символiв, в тому числi i букв. Кожен користувач сайту має зареєструватися, щоб мати доступ до даних. Данi про реєстрацiю (а саме логiни та паролi зберiгаються в базi даних на серверi).
2. 6. 2 Захист iнформацiї
Пiд безпечною системою розумiється система, в якiй управлiння доступом до iнформацiї здiйснюють тiльки авторизованi особи або процеси, що дiють вiд їх iменi, мають право змiнювати яким-небудь чином або видаляти iнформацiю. Надiйна система визначається як система, що використовує достатнi апаратнi i програмнi засоби для забезпечення одночасної обробки iнформацiї рiзного ступеня секретностi групою користувачiв без порушення прав доступу. Надiйнiсть системи оцiнюється по двох основних критерiях – полiтикою безпеки i гарантованiстю.
В розроблюваному програмному продуктi вся iнформацiя знаходиться на серверi. Доступ до неї надiйно закритий паролем та логiном адмiнiстратора. Але необхiдно мати на увазi, що з часом будь-який пароль можна дешифрувати, а тому необхiдно своєчасно його змiнювати, тримати в таємницi, змiцнювати.
2. 6. 3 Структура КТЗ
При вдосконаленнi системи слiд передбачити також можливiсть модифiкацiї iснуючих вихiдних форм, що є найбiльш частим об'єктом модифiкацiї. Це забезпечить виконання вимоги, що пред'являється до ІС, орiєнтованої на автоматизацiю господарської дiяльностi пiдприємств, - максимальнiй вiдвертостi продукту до модифiкацiї кiнцевим користувачем.
Таблиця 2. 9 Інтерфейси устаткування
стандартами Fast Ethernet i встановленими ОС
Таблиця 2. 10 Інтерфейси програмного забезпечення
Ідентифiкатор Статус Версiя Інтерфейси програмного забезпечення IS-01 + 1. 0 Система взаємодiє з Web-сервером Internet Information Server, який включає пiдтримку мови програмування PHPна якому написана програма IS-02 + 1. 0 Система взаємодiє з СУБД Microsoft SQL Server IS-03 + 1. 0 Взаємодiя системи iз зовнiшнiми серверами здiйснюється через мережу за допомогою протоколу TCP
2. 6. 4 Продуктивнiсть
Таблиця 2. 11 Продуктивнiсть програмного забезпечення
Ідентифiкатор Статус Прiоритет Версiя Продуктивнiсть програмного забезпечення PR-01 + 2 1. 0 Швидкiсть роботи мережевого устаткування – 100 Mbit/s PR-02 + 1 1. 0 Час запуску системи – не бiльше 5 сек. PR-03 + 2 1. 0 Час обробки запиту – не бiльше 10 сек.
2. 7 Опис iнформацiйних потокiв
Рис. 2. 2 Дiаграма класiв формування вихiдних документiв на основi вхiдних
2. 8 Проектування БД
Рис. 2. 3 Логiчна модель даних (за допомогою ERWin)
Рис. 2. 4 Логiчна модель даних (за допомогою ERWin)
2. 9 Розроблення програми вирiшення задачi
Програма для вирiшення поставленого завдання реалiзується на основi Web-технологiй, а саме написана на мовi HTML та PHP. Нижче представлено код реалiзацiї деяких файлiв.
2. 9. 1 Розроблення iнтерфейсу програми
2. 9. 2 Склад та взаємодiя програмних модулiв
Склад модулiв програми напряму залежить вiд функцiональних вимог. Так, наприклад, до розроблюваного продукту висувається вимога реалiзацiї процесу авторизацiї та аутентифiкацiї, реєстрацiї на сайтi, можливiсть пройти тест та перегляд бази студентiв. Цi та iншi процедури тiсно пов’язанi мiж собою.
Прикладом може стати авторизацiя на сайтi. Але для того, щоб її пройти i стати повноправним користувачем сайту, спочатку необхiдно пройти процедуру реєстрацiї. Для виконання останньої необхiдно заповнити потрiбнi поля на формi i вiдправити їх на сервер, де вони будуть оброблюватися i використовуватися для надання доступу при запитовi певному коловi користувачiв. Повноправний, зареєстрований користувач може ввести необхiднi данi та переглянути сформованi вiдомостi, для чого необхiдно ввести данi.
Як видно з вищесказаного, кожен модуль тiсно взаємодiє з попереднiм i частково, або й повнiстю неможливий без iншого.
На рис. 2. 12 представлена дiаграма дiяльностi.
2. 8. 3 Результати тестування програми
РОЗДІЛ 3 КОНТРОЛЬНИЙ ПРИКЛАД
Короткий опис роботи сайту. Зареєстрований користувач. Вiн може переглянути загальну iнформацiю, а також має право внести данi про нового студента – заповнити всi поля i вiдправити їх на сервер, видалити вже iснуючi, редагувати сформувати необхiднi вiдомостi,.
Головна сторiнка. Складається з iнформацiї загального характера, а також меню доступу до основних елементiв.
Головна сторiнка сайту приведена на рис. 3. 1.
Рис. 3. 1 Головна сторiнка сайту
Сторiнка з даними про студентiв приведена на рис. 3. 2.
Рис. 3. 2 Сторiнка з даними про студентiв
Для перегляду повної iнформацiї про конкретного студента необхiдно натиснути на приiзвище.
Сторiнка з детальними даними про студента приведена на рис. 3. 3.
Рис. 3. 3 Сторiнка з детальними даними про студента
Додати студента. Частина блоку методиста призначеного для додавання студента. Вхiд виконується пiсля введення коректного логiну та пароля.
Аутентифiкацiя користувача приведена на рис. 3. 4.
Рис. 3. 4 Аутентифiкацiя користувача
Введення даних про нового студента приведена на рис. 3. 5.
Рис. 3. 5 Додавання студента
Якщо усi даны введенi коректно вiдобразиться повiдомлення про успiшне внесення iнформацiї до бази даних.
Виведення повiдомлення про успiшне додавання приведена на рис. 3. 6.
iнтерфейс студенський база данi
Редагувати данi про студента. Частина блоку методиста призначеного для редагування даних студента. Вхiд виконується пiсля введення коректного логiну та пароля. Якщо авторизацiя проходить успiшно, методист отримує доступ до даного роздiлу де виводяться данi з бази даних про вже iснуючих студентiв.
Вiдображення списку студентiв приведене на рис. 3. 7.
Пiсля вибору студента зi списку отримуємо доступ до форми в якiй выдображуються данi доступнi для редагування. Форма редагування даних по студенту приведена на рис. 3. 8.
Рис. 3. 7 Список iснуючих студентiв
Рис. 3. 8 Редагування даних
Видалення студента. Частина блоку методиста призначеного для видалення студента. Вхiд виконується пiсля введення коректного логiну та пароля. Якщо авторизацiя проходить успiшно, методист отримує доступ до даного роздiлу де виводяться данi з бази даних про вже iснуючих студентiв.
Вiдображення списку студентiв приведене на рис. 3. 9.
Рис. 3. 9 Вiдображення даних
Вiдображення списку студентiв приведене на рис. 3. 10.
Рис. 3. 10 Список iснуючих студентiв
Вiдображення списку студентiв приведене на рис. 3. 11.
Рис. 3. 11 Повiдомлення
Вiдомостi. При виборi даного пункту меню ми модемо обрати одну з трьох вiдомостей:
- Вемодомость по группе
- Вемодомость по курсу
переформується.
Вiдображення списку вiдомостей приведене на рис. 3. 12.
Вiдомiсть по групi. Якщо обраний даний тип вiдомостей то спочатку необхiдно ввести групу по якiй ми збираємося формувати вiдомiсть. Наприклад введемо группу 3.
Рис. 3. 13 Введення групи
В результатi отримаємо вiдомiсть зi списком оцынок та розрахованим середнiм балом.
Сформована вiдомiсть приведене на рис. 3. 14.
Вiдомiсть по курсу. При обраннi цього типу вiдомостей спочатку треба ввести курс. Наприклад 2.
Введення курсу приведене на рис. 3. 15.
Рис. 3. 15 Введення курсу
В результатi отримаємо вiдомiсть по курсу.
Вiдображення вiдомостi по курсу приведене на рис. 3. 16.
Рис. 3. 16 Вiдомiсть по курсу
Загальна вiдомiсть. При обраннi цього типу вiдомостей вiдобразиться iнформацiя про всых студентыв що э в базi.
Вiдображення загальної вiдомостi приведене на рис. 3. 17.
Рис. 3. 17 Загальна вiдомiсть
Пошук. Система пошуку студентiв по прiзвищу. Спочатку необхiдно ввести прiзвище студента.
Рис. 3. 18 Ввод прiзвища
Пiсля натиснення на кнопку пошуку виведеться iнформацiя про всiх студентiв з таким прiзвищем. При натисканнi на прiзвище можна переглянути бiльш детальну iнформацiю про студента.
Результати пошуку приведенi на рис. 3. 19.
Рис. 3. 19 Результати пошуку
Висновки
Проаналiзувавши завдання, можна прийти до висновку, що воно є однiєю з головних завдань роботи деканату.
При неавтоматизованому рiшеннi поставленого завдання формування iндивiдуальних планiв проводилося за коштами роботи методиста деканату. З навчального плану, сформованого випускаючою кафедрою, вiдбиралися вибiрковi дисциплiни. Пiсля на основi аналiзу заяв на вибiр предметiв i списку вибiркових дисциплiн формувався iндивiдуальний план для кожного студента.
Рiшення даної задачi автоматизованим шляхом дозволить зменшити трудовитрати працiвникiв деканату, а саме методиста, з розрахунку середнього балу, та формування звiтних вiдомостей. Всi роботи, що передують формуванню звiтних вiдомостей, буду реалiзовуватися за допомогою програми.
Список використаної лiтератури
1. Комплексна програма наскрiзної практики для студентiв спецiальностi 7. 080401 денної форми навчання, Харкiв, ХНЕУ, 2005
2. Методичнi рекомендацiї до оформлення робiт з НДРС, курсових та дипломних проектiв/Укл. І. Б. Медведєва. – Харкiв: Вид. ХДЕУ, 2001. – 28с.
С. – Харкiв: Вид. ХНЕУ, 2005. – 468 с.
4. Лабораторний практикум з курсу "CASE-технологiї" для студентiв спец. 7. 080401, 7. 080407 усiх форм навчання/ Укл. С. В. Мiнухiн, О. М. Беседовський– Харкiв: Вид. ХНЕУ, 2005. – с. (Укр. мов).
5. Практичнi завдання та методичнi рекомендацiї до їх виконання з курсу Системний аналiз та проектування СОІ" для студентiв спец. 6. 080401, 6. 080407 усiх форм навчання /Укл. Р. К. Бутова. – Харкiв: Вид. ХНЕУ, 2006. – с. (Укр. мов).
"Вильямс", 2004. – 1120 с.
7. К. Дж. Дейт. Введение в системы баз данных, 6-е издание: Пер. с англ. – К.; М.; СПб.: Издательский дом "Вильямс", 2003. – 848 с.
| 
