Відмінності АРМ від перелічених аналогів



Мы поможем в написании ваших работ!


Мы поможем в написании ваших работ!



Мы поможем в написании ваших работ!


ЗНАЕТЕ ЛИ ВЫ?

Відмінності АРМ від перелічених аналогів



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

Опис процесу діяльності

Під процесом діяльності розглянемо створення нової БД до авторизації в системі за допомогою UML схеми структурної (рисунок 1.1):

Рисунок 1.1 – Схема структурної діяльності щодо реєстрації

Розглянемо створення нової БД після автоматизації за допомогою UML схеми структурної (рисунок 1.2). Користувачу тепер не обов’язково проходити алгоритм реєстрації. Тепер користувач може почати роботу відразу після авторизації у системі, що набагато спрощує алгоритм роботи на початковій стадії:

Рисунок 1.2 – Схема структурної діяльності щодо авторизації

Рисунок 1.3 – Схема структурної діяльності щодо редагування/обліку інформації

 

Схема функціональної структури

Розглянемо залежності між компонентами, тобто архітектуру нашого програмного забезпечення, за допомогою UML схеми структурної компонентів, яка наведена в на рисунку 1.3.

Рисунок 1.3 – Схема структурна компонентів

Опис функцій, що автоматизуються

Для проектування діаграми використання спочатку необхідно визначити дійових осіб (акторів), а потім визначити, які дії у системі може виконувати кожен з акторів. На рисунку 1.4 приведені актори АРМ:

Рисунок 1.4 – Актори системи

Нижче наведений опис кожного з акторів.

Адміністратор може здійснювати:

- моніторинг реєстрації;

- моніторинг авторизації;

- консультація по роботі;

- технічна підтримка;

- відсутність можливості зміни даних БД;

- підтвердження реєстрації користувачів.

Користувач може здійснювати:

– реєстрацію;

– авторизацію;

– редагування інформації;

– проведення аналітичних обрахунків;

– створення рейтингової статистики.

Для опису функціональної моделі застосуємо схему структурну варіантів використання (рисунок 1.5).

Рисунок 1.5 – Схема структурна варіантів використання

Розпишемо детальніше деякі з варіантів використань:

– редагування:

а) персональні дані;

б) група;

в) курс;

г) староста;

д) рейтингові оцінки;

е) пільги.

– аналітичні обрахунки:

а) середній бал;

б) атестація / не атестація;

в) статистика успішності.

Опис постановки задачі

Призначенням створення АРМ є забезпечення інформаційно-аналітичної підтримки виконання операцій, які проводяться деканатом факультету у процесі виконання покладених на неї функцій.

Цілями даної розробки є:

– підвищення зручності і комфорту для працівників деканату при роботі з необхідними їм файлами;

– підвищення якості роботи зі списками за рахунок повноти, достовірності та зручності форматів відображення інформації;

– підвищення швидкості та точності обрахунку аналітичної частини роботи.

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

- можливість моніторингу реєстрації;

- можливість моніторингу авторизації;

- забезпечення технічної підтримки;

- створити можливість підтвердження реєстрації користувачів.

– створити реєстрацію;

– створити авторизацію;

– створити та налаштувати роботу БД;

– додати редагування інформації;

– додати можливість аналітичних обрахунків;

– створення рейтингової статистики.

 

Реінжиніринг бізнес-процесів

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

Опис бізнес процесів

Рисунок 1.6 – Контекстна модель у нотації IDEF0

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

Адміністратор моніторить усі зміни, які були внесені у базу даних АРМ.

Рисунок 1.7 – Декомпозиція першого рівня

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

Опис моделі

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

Є наступні надходження до бюджету:

– бюджет виділений на роботу деканату;

Також передбачені витрати:

– заробітна плата адміністратора та користувача;

– оплата офісного обладнання:

– купівля чорнил для печаток;

– купівля паперу, ручок і тд.

Контейнери:

– Dekanat – загальний бюджет виділений для роботи.

Потоки:

– Money for dekanat – надходження;

– Payment entrepreneur, Payment credit, Equipment, Workers, PE – витрати.

Сценарій роботи моделі

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

 

Початкова модель

Рисунок 1.8 – Початкова модель

 

 

Формули початкової моделі



Последнее изменение этой страницы: 2016-06-19; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 44.197.197.23 (0.011 с.)