ЗАТВЕРДЖЕНО | ЗАТВЕРДЖЕНО |
КП «Головний інформаційно-обчислювальний центр» | ТОВ «ЕФ ДІ АЙ КАМПАНІ» |
Директор | Директор |
_________________ В.М. Козубський | _________________ М.В. Козлов |
«____»___________2018р. | «____»___________2018р. |
Розвиток інформаційної системи «Муніципальний Реєстр», 2 черга - розробка програмного модулю «Реєстр дітей» КЕРІВНИЦТВО АДМІНІСТРАТОРА Шифр роботи: ПМ “РД” 2 Етап | |
На ____ аркушах | |
діє з «____»________2018р. | |
ПОГОДЖЕНО | ПОГОДЖЕНО |
КП «Головний інформаційно-обчислювальний центр» | ТОВ «ЕФ ДІ АЙ КАМПАНІ» |
Начальник департаменту впровадження та супроводу інформаційно-комунікаційних систем | |
_________________ О.П. Перевозник | _________________ А.М. Солодкий |
«____»___________2018р. | «____»_____________2018р. |
Київ – 2018
АНОТАЦІЯ
Документ «Керівництво Адміністратора» включається в пакет документації проекту розвитку інформаційної системи «Муніципальний Реєстр», 2 черги - розробки програмного модулю «Реєстр дітей» (далі – ПМ «РД» або Система) .
Документ надає інструкції адміністратору щодо роботи з інтерфейсом РД і порядку виконання функцій щодо роботи з реєстрами користувачів, груп користувачів.
ЗМІСТ
ВВЕДЕННЯ.. 4
1.1 Область застосування. 4
1.2 Короткий опис можливостей. 4
1.3 Вимоги до кваліфікації персоналу з експлуатації системи. 5
2.. ПРИЗНАЧЕННЯ ТА УМОВИ ЗАСТОСУВАННЯ.. 6
2.1 Призначення системи. 6
2.2 Програмне забезпечення системи. 6
2.3 Функціональні ролі у складі ПМ «РД». 6
3.. Авторизація та автентифікація.. 12
3.1 Вхід в систему. 12
3.2 Завершення роботи. 14
4. Основні функціональні елементи.. 15
4.1 Налаштування ролей. 15
4.1.1 Пошук записів. 15
4.1.2 Створення запису (групи ролей). 16
4.1.3 Додавання нової ролі 17
4.1.4 Перегляд та редагування ролі 26
4.1.5 Активація або деактивація ролі 27
4.2 Адміністрування Користувачів. 29
4.2.1 Пошук Користувачів. 29
4.2.2 Перегляд або редагування Користувачів. 30
4.2.3 Активація або деактивація Користувача. 31
4.3 Робота з Довідниками. 33
4.3.1 Пошук записів. 34
4.3.2 Додати запис. 34
4.3.3 Редагування записів довідника. 35
4.3.4 Активація або деактивація записів Довідника. 36
СПИСОК РИСУНКІВ.. 38
СПИСОК ТАБЛИЦЬ. 39
ЛИСТ РЕЄСТРАЦІЇ ЗМІН.. 40
В межах розробки ПМ «РД» створені наступні компоненти:
ПМ «РД» забезпечує: - Автоматизацію процесів роботи закладів загальної середньої освіти (далі – ЗО), яка забезпечує:
- Автоматизацію процесів роботи закладів дошкільної освіти (далі – ЗДО), яка забезпечує:
Таблиця 1. Вимоги до кваліфікації персоналу з експлуатації системи
Роль | Вимоги до кваліфікації |
Адміністратор (Системний) | * Базові знання по роботі з операційними системами; * Базові знання по роботі з базами даних; * Навички написання функціональних скриптів; * Знання англійської на рівні достатньому для читання і розуміння технічної документації без словника. |
Призначення програмного модулю «Реєстру дітей» інформаційної системи «Муніципальний реєстр» – збір та зберігання даних для створення реєстру дітей охоплених навчанням в закладах освіти міста Києва з урахуванням їх місця реєстрації та обміну даними про них в інтересах функціонування електронних сервісів міста.
Для роботи з Модулем робоче місце Адміністратора повинно бути обладнаним:
доступом до інтернету.
Роль – це набір прав, які має користувач ПМ «РД». Роль визначає можливості користувача. Таблиця 2. Атрибути сутності Роль
Назва атрибуту | Тип даних | Опис атрибуту | Обов'язковий / необов'язковий |
---|---|---|---|
Назва ролі | Текстовий | Назва ролі унікальна для групи, якій належить. Кожна роль повинна бути додана до групи. | Обов'язковий |
Статус ролі | Текстовий | Можливі значення статусу: - Активна - Деактивована (всі користувачі даної ролі не мають доступу у систему). | Обов'язковий |
Група ролі | Довідник | Рекомендовані значення атрибуту: - Департамент освіти і науки, молоді та спорту - Районні управління освіти - Заклад загальної освіти - Заклади дошкільної освіти | Обов'язковий |
Набір прав на дію | Список значень | Список можливих значень прав показано нижче. | Обов'язковий |
Набір прав на ЗО | Список значень | Список можливих значень: - всі - не надано - список На всі ЗО додатково можна накласти обмеження по районам міста. | Обов'язковий |
Набір прав на ЗДО | Список значень | Список можливих значень: - всі - не надано - список На всі ЗДО додатково можна накласти обмеження по районам міста. | Обов'язковий |
Права користувача різних рівнів на виконання дій в ПМ «РД»
Користувачу можуть бути надані такі права:
ЗДО:
- Перегляд та пошук ЗДО
- Друк паспорта ЗДО
ЗО:
- Перегляд та пошук ЗО
- Створення ЗО
- Редагування ЗО
- Активація та деактивація ЗО
- Друк паспорту ЗО
Вихованці:
- Перегляд та пошук картки вихованця
- Друк картки вихованця
Учні:
- Перегляд та пошук картки учня
- Створення картки учня
- Редагування картки учня
- Активація та деактивація картки учня
- Друк картки учня
Співробітники:
- Перегляд та пошук картки співробітника
- Створення картки співробітника
- Редагування картки співробітника
- Активація та деактивація картки співробітника
- Друк картки співробітника
Користувачі:
- Пошук картки користувача
- Перегляд або редагування картки користувача
- Активація або деактивація картки користувача
Ролі:
- Пошук картки ролі
- Створення картки ролі
- Перегляд та редагування картки ролі
- Активація та деактивація картки ролі
Довідники:
- Пошук довідника
- Додання запису у довідник
- Редагування запису у довіднику
- Активація та деактивація запису довідника.
Система має можливість створити ролі та надавати відповідним користувачам права з наступними повноваженнями:
- Системний адміністратор
- Керівник відділу ЗО (ДОН)
- Керівник відділу ЗДО (ДОН)
- Адміністратор ДОН
- Керівник РУО
- Керівник відділу ЗО (РУО)
- Керівник відділу ЗДО (РУО)
- Адміністратор РУО
- Керівник ЗО
- Фахівець ЗО
- Адміністратор ЗО
- Керівник ЗДО
- Фахівець ЗДО
- Адміністратор ЗДО.
Нижче на Рисунок 1 наведено у графічному вигляді рольову модель ПМ «РД».
Рисунок 1. Рольова модель системи
Візуалізація адміністрування Користувачів відповідно наданих прав Адміністраторам зображена у Таблиця 3.
Таблиця 3. Взаємозв’язок Адміністраторів та Користувачів відповідно наданих ролей
Ролі, присвоєні користувачам* | Адміністратори з відповідними правами на рівні міста** | Адміністратори з відповідними правами на рівні району | Адміністратори з відповідними правами на рівні ЗО, ЗДО | ||||||||||||
Користувачі | Район | ЗО | ЗДО | ВВВ | ВВЖ | ВЖВ | ВЖЖ | С{j}ВВ | С{j}ВЖ | С{j}ЖВ | С{j}ЖЖ | ЖС{j}Ж | ЖЖС{j} | ЖС{j}С{k} | |
Користувачі, що працюють на рівні міста | В | В | В | + | - | - | - | - | - | - | - | - | - | - | |
В | В | Ж | + | + | - | - | - | - | - | - | - | - | - | ||
В | Ж | В | + | - | + | - | - | - | - | - | - | - | - | ||
В | Ж | Ж | + | - | - | + | - | - | - | - | - | - | - | ||
Користувачі, що працюють на рівні району | Сі | В | В | + | - | - | - | + | - | - | - | - | - | - | |
якщо і ∈ {j} | |||||||||||||||
Сі | В | Ж | + | + | - | - | + | + | - | - | - | - | - | ||
якщо і ∈ {j} | якщо і ∈ {j} | ||||||||||||||
Сі | Ж | В | + | - | + | - | + | - | + | - | - | - | - | ||
якщо і ∈ {j} | якщо і ∈ {j} | ||||||||||||||
Сі | Ж | Ж | + | - | - | + | + | - | - | + | - | - | - | ||
якщо і ∈ {j} | якщо і ∈ {j} | ||||||||||||||
Користувачі, що працюють на рівні ЗО | Ж | Сі | Ж | + | + | - | - | + | + | - | - | + | - | + | |
якщо і ∈ {j} | якщо і ∈ {j} | якщо і ∈ {j} | якщо і ∈ {j} | ||||||||||||
Користувачі, що працюють на рівні ЗДО | Ж | Ж | Сі | + | - | + | - | + | - | + | - | - | + | + | |
якщо і ∈ {j} | якщо і ∈ {j} | якщо і ∈ {j} | якщо і ∈ {k} | ||||||||||||
* - параметри беруться з заяви користувача, або вже з присвоєної йому ролі Адміністратором з відповідним правом доступу; | |||||||||||||||
** - навіть якщо Користувачем вказано значення Району - “Жодні”, Адміністратор на рівні міста може бачити Користувачів залежно від доступу до ЗО та ЗДО. |
Параметри таблиці:
В | - Всі; | |||||
С | - Список; | |||||
Ж | - Жодні; | |||||
Cі | - приналежність до одного елементу (і) зі Списку; | |||||
C{j} | - приналежність до множини елементів {j}; | |||||
C{k} | - приналежність до множини елементів {k}; | |||||
і ∈ {j} | - один елемент (і) належить до множини елементів {j}; | |||||
і ∈ {k} | - один елемент (і) належить до множини елементів {k}. |
Роль складається з трьох літер: 1) Перша – вказаний Район; 2) Друга – вказаний ЗО; 3) Третя – вказаний ЗДО. Наприклад, роль «ВВЖ»: 1) В – Всі – Район; 2) В – Всі – Район; 3) Ж – ЗДО – Жодні. Приклад читання Таблиця 3: При реєстрації Користувач вказав такі данні: Район – Жодні – Ж; ЗО – обрав зі списку – Список - Сі; ЗДО – Жодні - Ж. Стосовно таблиці у Користувача наявна роль – ЖСіЖ. Дивимось на частину таблиці зеленого кольору «Ролі, присвоєні користувачам» ⇒ знаходимо роль ЖСіЖ – можемо зробити висновок, що це Користувач, що працює на рівні ЗО. Рухаючись праворуч (горизонтально) по таблиці можемо бачити яким Адміністраторам надані права на адміністрування цього Користувача, а саме: - Адміністраторам на рівні міста з правами (ВВВ, ВВЖ); - Адміністраторам на рівні району з правами (С{j}ВВ, С{j}ВЖ); Умова - якщо і ∈ {j} має значення, що елемент і (обраний ЗО) належить до множини елементів {j} (ЗО, на які надані права відповідному Адміністратору), тобто Адміністратор має право керувати обраним ЗО; - Адміністраторам на рівні ЗО, ЗДО з правами (ЖС{j}Ж, ЖС{j}С{k}); Умова - якщо і ∈ {k} має значення, що елемент і (обраний ЗО) належить до множини елементів {k} (ЗО, на які надані права відповідному Адміністратору), тобто Адміністратор має право керувати обраним ЗО.
Для входу у систему необхідно:
[LB1] після чого буде відкрита сторінка (див. Рисунок 2);
Рисунок 2. Сторінка для входу до ПМ «РД»
Рисунок 3. Авторизація через КИЇВ ID (метод – ЕЦП)
Рисунок 4. Форма реєстрації на сайті Системи
- Район - Заклад освіти - Заклад дошкільної освіти - Контактний телефон - Електронна пошта для повідомлень - Коментар, в якому необхідно вказати організацію де працює, посаду і для чого потрібен доступ.
Якщо всі поля заповнені, то система попереджає щодо очікування повідомлення про надання доступу. В ПМ «РД» здійснюється перевірка унікальності ідентифікатора Користувача. Якщо значення ідентифікатора користувача унікальне, то передбачається створення нового Користувача (статус «Новий»). Якщо значення ідентифікатора Користувача не пройшло перевірку унікальності, то ПМ «РД» не створює Користувача.
Для завершення роботи з Модулем необхідно скористуватись піктограмою , яка знаходиться у верхньому правому куті екрану. В результаті робота із системою буде завершена і з’являється форма авторизації у Систему.
До повноважень Адміністратора включено: - ведення рольової моделі для надання відповідних прав користувачам; - організування списку користувачів з ієрархією прав доступу до реєстру з урахуванням рівня конфіденційності та забезпеченням регламенту доступу згідно цих прав до кожного функціонального блоку/компоненту програмного продукту; - можливість закріплення кожного користувача за конкретним розрізом даних (в діапазоні або в ієрархічній групі кодів територій, видів діяльності, навчальних класів, навчальних років, тощо); - додавання, редагування довідників відповідно наданих прав доступу. Роль Системний адміністратор наявна після розгортання ПЗ. Роль System Administrator не може бути видалена. Механізм групового надання повноважень надає можливість користувачу з роллю Системний адміністратор здійснювати: - створення групи (Департамент освіти, Районне управління освіти, Заклад освіти, Заклад дошкільної освіти); - створення ролей, які обов’язково належать групі; - визначення загальних повноважень для кожної ролі в групі; - визначення переліку інформаційних ресурсів та функцій, що доступні для кожної ролі.
Рисунок 5. Форма «Групи ролі»
Для пошуку записів активні такі поля:
- Код;
- Назва запису.
- Заповніть поле, по якому здійснюєте пошук; - Натисніть кнопку «Пошук». У списку записів довідників відобразиться результат.
Рисунок 6. Форма «Створення запису довідника»
- Код; - Назва запису. Натиснути кнопку «Зберегти».
Рисунок 7. Форма «Ролі та Користувачі»
Рисунок 8. Форма «Створення нової ролі»
- Назва ролі; - Група ролі (зі списку); - Визначити права ролі на дані:
Права на основні дії: - Глобальні права
- Паспорт ЗО
- Картка класу або групи ЗО
- Картка учня ЗО
- Картка співробітника ЗО
- Паспорт ЗДО
- Картка вихованця ЗДО
Права на адміністрування: - Адміністрування
Права на довідники: - Довідник “Група ролі”
- Довідник “Навчальний рік”
- Довідник “Cтан будівлі”
- Довідник “Призначення кабінету”
- Довідник “Соціальна категорія”
- Довідник “Громадянство”
- Довідник “Тип класу”
- Довідник “Нозологія”
- Довідник “Тип документу”
- Довідник “Освітньо-кваліфікаційний рівень”
- Довідник “Тип освіти”
- Довідник “Додаткове навантаження”
- Довідник “Родинний статус”
- Довідник “Форма навчання”
- Довідник “Тип групи”
- Довідник “Тип Закладу”
- Довідник “Мова”
- Довідник “Характер зарахування”
- Довідник “Швидкість Інтернету”
- Довідник “Паралель”
- Довідник “Педагогічне звання”
- Довідник “Пенсійний стан”
- Довідник “Постановка на облік”
- Довідник “Посада закладу”
- Довідник “Форма власності”
- Довідник “Кваліфікація”
- Довідник “Кваліфікаційна категорія”
- Довідник “Тип приміщення”
- Довідник “Стать”
- Довідник “Спеціалізація”
- Довідник “Спеціальність”
- Довідник “Предмет”
- Довідник “Профіль навчання”
- Довідник “Тип майстерні”
Натиснути кнопку «Зберегти». З’явиться підтвердження створення роли (Див. Рисунок 9).
Рисунок 9. Підтвердження створення ролі
Примітка:
Якщо адміністратор надає право на редагування довідника, то обов'язково необхідно надати право на перегляд цього довідника також.
Рисунок 10. Розгортання вікна ролі
Рисунок 11. Кнопка редагування ролі
Рисунок 12. Перемикач - Активація/Деактивація ролі
- Якщо натиснути на перемикач з ціллю Активувати роль, то з’явиться повідомлення – див. Рисунок 13.
Рисунок 13. Повідомлення об активуванні ролі
- Якщо натиснути на перемикач з ціллю Деактивувати роль, то з’явиться повідомлення – див. Рисунок 14.
Рисунок 14. Повідомлення о деактивуванні ролі
Після зміни перемикача та натискання кнопки «Зберегти», система показує повідомлення (див. Рисунок 15).
Рисунок 15. Повідомлення зміни статусу
Для пошуку користувачів активні такі поля: - Група ролі (зі списку); - Назва ролі (зі списку); - Район користувача (зі списку); - Прізвище користувача; - Ім'я; - По батькові; - Заклад користувача.
- Заповніть поля, по яким здійснюєте пошук; - Натисніть кнопку «Пошук». У списку результатів пошуку користувачів відобразиться результат.
Рисунок 16. Кнопка перегляду даних Користувача
Рисунок 17. Кнопка редагування даних Користувача
Рисунок 18. Форма «Редагування користувача»
Після зміни даних користувача, система показує повідомлення (див. Рисунок 19).
Рисунок 19. Повідомлення про зміну даних Користувача
Примітка: Якщо користувач має статус – «Новий», то Активувати користувача неможливо без редагування даних – присвоювання Ролі користувачу (див. Рисунок 18. Форма «Редагування користувача»). Після додавання Ролі (зі списку) та натискання кнопки «Зберегти» - перемикач Активування стає активним.
Рисунок 20. Перемикач - Активація/Деактивація Користувача
- Якщо натиснути на перемикач з ціллю Активувати користувача, то з’явиться повідомлення – див. Рисунок 21.
Рисунок 21. Повідомлення об активації користувача
- Якщо натиснути на перемикач з ціллю Деактивувати користувача, то з’явиться повідомлення – див. Рисунок 22.
Рисунок 22. Повідомлення о деативуванні користувача
Після зміни перемикача та натискання кнопки «Зберегти», система показує повідомлення (див. Рисунок 15. Повідомлення зміни статусу).
Система включає такі типи довідників:
Рисунок 23. Форма «Довідник тип закладу»
Для пошуку записів активні такі поля:
- Код;
- Назва запису.
- Заповніть поле, по якому здійснюєте пошук; - Натисніть кнопку «Пошук». У списку записів довідників відобразиться результат.
Рисунок 24. Форма «Створення запису довідника»[LB2]
- Код; - Назва запису. Натиснути кнопку «Зберегти».
Рисунок 25. Розгортання запису довідника
Рисунок 26. Кнопка редагування запису довідника
Рисунок 27. Форма «Редагування запису довідника»
Рисунок 28. Перемикач - Активація/Деактивація запису довідника
- Якщо натиснути на перемикач з ціллю Активувати запис довідника, то з’явиться повідомлення – див. Рисунок 29.
Рисунок 29. Повідомлення об активації запису довідника
- Якщо натиснути на перемикач з ціллю Деактивувати запис довідника, то з’явиться повідомлення – див. Рисунок 30.
Рисунок 30. Повідомлення о деактивуванні запису довідника
Після зміни перемикача и натискання кнопки «Зберегти», система показує повідомлення (див. Рисунок 15. Повідомлення зміни статусу).
Рисунок 1. Рольова модель системи. 9 Рисунок 2. Сторінка для входу до ПМ «РД». 12 Рисунок 3. Авторизація через КИЇВ ID (метод – ЕЦП). 13 Рисунок 4. Форма реєстрації на сайті Системи. 13 Рисунок 5. Форма «Групи ролі». 15 Рисунок 6. Форма «Створення запису довідника». 16 Рисунок 7. Форма «Ролі та Користувачі». 17 Рисунок 8. Форма «Створення нової ролі». 18 Рисунок 9. Підтвердження створення ролі 25 Рисунок 10. Розгортання вікна ролі 26 Рисунок 11. Кнопка редагування ролі 27 Рисунок 12. Перемикач - Активація/Деактивація ролі 28 Рисунок 13. Повідомлення об активуванні ролі 28 Рисунок 14. Повідомлення о деактивуванні ролі 29 Рисунок 15. Повідомлення зміни статусу. 29 Рисунок 16. Кнопка перегляду даних Користувача. 30 Рисунок 17. Кнопка редагування даних Користувача. 30 Рисунок 18. Форма «Редагування користувача». 31 Рисунок 19. Повідомлення про зміну даних Користувача. 31 Рисунок 20. Перемикач - Активація/Деактивація Користувача. 32 Рисунок 21. Повідомлення об активації користувача. 32 Рисунок 22. Повідомлення о деативуванні користувача. 32 Рисунок 23. Форма «Довідник тип закладу». 34 Рисунок 24. Форма «Створення запису довідника». 35 Рисунок 25. Розгортання запису довідника. 35 Рисунок 26. Кнопка редагування запису довідника. 36 Рисунок 27. Форма «Редагування запису довідника». 36 Рисунок 28. Перемикач - Активація/Деактивація запису довідника. 37 Рисунок 29. Повідомлення об активації запису довідника. 37 Рисунок 30. Повідомлення о деактивуванні запису довідника. 37
Таблиця 1. Вимоги до кваліфікації персоналу з експлуатації системи. 5 Таблиця 2. Атрибути сутності Роль. 6 Таблиця 3. Взаємозв’язок Адміністраторів та Користувачів відповідно наданих ролей. 10
====== ЛИСТ РЕЄСТРАЦІЇ ЗМІН ====== | |||||||
Зміна | Номери аркушів (сторінок) | Всього аркушів (сторінок) в документі | № документа | Вх. № супровід-ного документа та дата | Підпис і дата | ||
Замінених | Введених | Вилучених | |||||
[LB1]Вставить верную ссылку после развертывания системы [LB2]Это одинаковая форма с п.4.1.3 Додавання нової ролі