22

Укр.Чдбк.02120014-1п-11- 20 анотація

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

Аннотация

В данной работе содержится исследование в области разработки информационной системы «Зарахування абітурієнтів». Исследуется разработка классов и функций системы, описывается структура программного обеспечения при помощи UML (универсального языка обозначений.

ЗМІСТ

ВСТУП 4

1. Проектування предметної області системи 5

1.1. Аналіз і характеристика об’єкта проектування 5

1.2. Опис варіантів взаємодії системи 11

1.3. Опис основних класів (діаграми класів) 12

2. Реалізація функціональної частини програми 13

2.1. Діаграми взаємодії 13

2.2. Діаграма станів 17

2.3. Діаграми діяльності 18

3. Проектування інтерфейсу системи 21

3.1. Діаграма компонентів 21

3.2. Діаграма розгортання 22

ВИСНОВКИ 23

СПИСОК ВИКОРИСТАННИХ ДЖЕРЕЛ 24

ВСТУП

Метою даної курсової роботи є побудова моделі системи «Зарахування абітурієнтів» мовою UML. Сучасне життя немислима без ефективного управління. Однією з його найважливіших категорій є система обробки інформації. Від неї багато в чому залежить ефективність роботи будь-якого підприємства. Без впровадження нових комп'ютерних технологій на сьогоднішній день не обходиться жодне підприємство чи установа. У кожної установи є свої підрозділи, діяльність яких потребують автоматизації.

Метою даного курсового проекту є розробка інформаційної системи для автоматизації, підвищення ефективності та спрощення роботи відділень та приймальної комісії до ВНЗ (ах).

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

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

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

      На сьогоднішній день деякі навчальні заклади мають автоматизованої системи по даному виду діяльності, в основному такі системи є тільки в ВУЗах.

1. Проектування предметної області системи

1.1. Аналіз і характеристика об’єкта проектування

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

Сценарій – послідовність дій при взаємодії користувача із системою для виконання певної операції.

Написання usecases дозволяє чітко визначити хто є користувачем системи, які її сценарії роботи, що є метою використання системи.

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

Існують три форми написання usecases:

1. Коротка – короткий опис в один абзац одного зі сценаріїв (зазвичай успішного) роботи системи (приклад 1). Виконуються під час початкового аналізу вимог до системи.

2. Поверхнева – поверхневий опис у вільній формі усіх сценаріїв (головного і альтернативних) одного з usecases (приклад 2). Виконуються під час початкового аналізу вимог до системи.

3. Повна – всі кроки і дії детально описані, включаючи перед- та постумови виконання usecase. Виконуються на стадії відбору з повного переліку usecases у короткій та поверхневій формах невеликої частини важливих (критичних для роботи системи) usecases.

Коротка форма. Зарахування абітурієнтів.

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

Поверхнева форма. Зарахування абітурієнтів.

Головний сценарій (успішний):

Абітурієнт підходить до працівника приймальної комісії, заповнює заяву та здає документи. Реєстратор (працівник приймальної комісії) заходить до системи. Система запитує логін та пароль. Реєстратор вводить логін та пароль. Після перевірки правильності логіну реєстратор реєструє заяву абітурієнта, вводить його дані до системи.

Альтернативні сценарії:

1. Абітурієнт скасовує свою заяву.

2. Реєстратор не може додати заяву абітурієнта до системи через брак особистих даних.

3. Технічний збій роботи системи.

Повна форма. Зарахування абітурієнтів.

Scope: система зарахування абітурієнтів (System)

Level: User-goal

Primary Actor: Реєстратор

Stakeholders and interests:

1. Реєстратор: зацікавлений у точному швидкому вводі інформації про абітурієнтів та відсутності помилок вводу.

2. Абітурієнт: зацікавлений у швидкому розгляду його заяви і можливості перегляду рейтингового списку.

3. Навчальний заклад: зацікавлений в точній обробці заяв при вступі.

4. Адміністратор: зацікавлений в роботі системи без збоїв.

Preconditions: Реєстратор виконав вхід до системи (авторизація)

Main Success Scenario:

1. Абітурієнт подає заяву реєстратору.

2. Реєстратор розпочинає реєстрацію нової заяви.

3. Реєстратор вводить дані абітурієнта.

4. Система опрацьовує введені дані.

5. Реєстратор підтверджує вірність введених даних та зберігає дані.

6. Система надає унікальний код абітурієнту.

7. Абітурієнт вводить унікальний код та підтверджує свою заяву.

8. Система заносить заяву абітурієнта до бази даних.

9. Реєстратор надає абітурієнту додаткову інформацію.

10. Реєстратор завершує опрацювання даної заяви.

Extensions:

а) у будь-який час адміністратор виконує специфічну операцію:

1) адміністратор вводить свій код авторизації;

2) адміністратор виконує специфічну операцію;

3) адміністратор виходить з системи, і вона повертається до режиму роботи з реєстратором.

b) у будь-який час виникає фатальна помилка в системі:

1) реєстратор перевантажує систему, входить до неї та вводить запит про повернення до попереднього стану;

2) система відновлює попередній стан.

2a) система не може відновити попередній стан:

• система видає помилку на екран та зберігає її у лог;

• реєстратор розпочинає реєстрацію нової заяви;

2a) реєстратор хоче повернутися до введення відкладеної заяви:

1) реєстратор виконує операцію повернення та вводить дані заяви;

2) система відображає введену заяву.

2a) заяву не було знайдено:

• система виводить помилку на екран;

• реєстратор розпочинає нову реєстрацію і вводить дані про абітурієнта з початку.

4a) не вірно введені дані документів абітурієнта (наприклад, серія та номер паспорта співпадає з іншим абітурієнтом):

1) система виводить помилку на екран;

2) реєстратор опрацьовує помилку:

• реєстратор звіряє введені дані з оригіналами документів:

• реєстратор виправляє помилки;

8-10a) абітурієнт просить видалити його заяву з бази:

1) реєстратор вводить унікальний код абітурієнта для видалення заяви;

2) система видаляє абітурієнта з рейтингового списку.

1) система відкладає заяву при недостачі даних абітурієнта, заява може бути відновлена в будь-який час;

2) система друкує перелік документів яких не вистачає.

3а) абітурієнт говорить, що він повинен отримати пільги при вступі:

1) реєстратор робить запит щодо пільги;

2) реєстратор вводить дані документа, що підтверджує право абітурієнта на пільги;

3) система перевіряє дані документу.

Special Requirements:

1) великий плоский монітор. Текст повинно бути гарно видно з відстані в 1 м;

2) система повинна зберігати заяву менш ніж за 15 секунд у 90 відсотків випадків;

3) Термінал чи сайт, який містить рейтингові списки.

Technology and Data Variations List:

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

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

3) дані абітурієнта вводяться з клавіатури;

Frequency of Occurrence: 95 %.

Miscellaneous (Open Issues):

1) вивчити можливість відновлення роботи системи після збою;

2) чи потрібна при виході реєстратора з системи додаткова функціональність друку кількості поданих заяв?

3) чи може абітурієнт самостійно додавати заяву до бази даних, чи це повинен робити реєстратор?

4) чи може абітурієнт самостійно вводити особисті дані до системи, чи це повинен робити реєстратор?