Размещено на http://www.allbest.ru

Лабораторна робота №2

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



1. Основна частина

Мета роботи: оволодіння основними принципами побудови логічної моделі інформаційної системи (ІС), опису специфікації вимог до програмної системи (ПС) і створення технічного завдання (ТЗ) на розробку системи.

Завдання для виконання:

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

2. Використовуючи методи виявлення вимог, визначити всі вимоги до ПС, що розробляється.

3. Сформулювати вимоги, відповідно ідентифікуючи їх (не менше ніж 8-10 вимог), визначити статус та пріоритетність кожної вимоги. Виконати повний опис кожної вимоги, враховуючи повний перелік та опис вимог.

4. Розробити технічне завдання на створення ІС відповідно до заданого варіанту ПрО. Пункти ТЗ мають відповідати рубрикам стандарту ГОСТ 34.602-89.

Хід роботи:

Побудова діаграм класів (class diagrams) є центральною ланкою методології об'єктно-орієнтованого аналізу й проектування. Діаграма класів відображає класи та їх взаємовідносини, тим самим представляючи логічний аспект проекту. Кожна діаграма класів представляє певний ракурс структури класів. На стадії аналізу діаграми класів використовуються, щоб виділити загальні ролі й обов'язки сутностей, які забезпечують необхідну поведінку системи.

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

Модель класів інформаційної системи “Біржа праці 2.0” спирається на основну концепцію ІС - збирання, обробки даних і формування регулюючих рішень на базі діяльності установи. Діаграма класів включає в себе класи, що виконують дані задачі, а в діяльності своїй спираються на класи пакетів “Реєстрація” та “Обслуговування”.

На рисунку 1 зображено загальну діаграму класів системи, а на рисунках 2 та 3 зображено діаграми класів “Реєстрація” та “Обслуговування”.

автоматизація біржа авторизація користувач

Рисунок 1 Загальна діаграма класів системи



Рисунок 2 Діаграма класів «Реєстрація»

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

Рисунок 3 Діаграма класів «Обслуговування»



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

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

1. Мати функцію реєстрації та авторизації користувачів.

2. Мати функцію введення та корекції введеної інформації.

3. Мати функцію видалення застарілої чи неправильної інформації;

4. Мати функцію відновлення даних в разі програмного або апаратного збою.

5. Мати функцію збереження введеної інформації у базу даних.

6. Система повинна забезпечувати коректне відображення даних в наступних браузерах актуальних версій: Google Chrome, Internet Explorer, Opera, Safari.

7. Система повинна забезпечувати коректне відображення даних в наступних мобільних платформах: iOS (версія 10 і вище), Android (версія 4 і вище).

8. Система повинна контролювати одержувану інформацію на предмет відсутності шкідливості.

9. Доступ веб-сайту до СУБД повинен здійснюватися з обліковим записом з мінімальними правами.

10. HTML-сторінки, які передаються користувачу, повинні містити гіперпосилання тільки на офіційні веб-сайти.

Перейдемо до створення ТЗ, за шаблоном ГОСТ 34.602-89.

2. Загальні положення

1.1 Повне найменування системи та її умовне позначення

Створення інформаційної системи та веб-сайту для державної установи «Біржа праці 2.0».

1.2 Номер договору (контракту)

Вид предмету закупівлі: Послуги

Класифікатор та його відповідний код: ДК 021:2015:72230000-6: Послуги з розробки програмного забезпечення на замовлення

UA-2021-12-01-001425-a ? 5758b9eab1ab4b93b787ace0977b996b

Закупівля без використання електронної системи

Електронний підпис накладено.

1.3 Найменування організації-замовника та організацій-учасників робіт

Найменування: ДЕРЖАВНА УСТАНОВА «Біржа праці 2.0»

Код ЄДРПОУ: 07018992

Місцезнаходження: 61072, Україна , Харківська обл., Харків, вул. Весніна, 19

Контактна особа: Афанасьєва Ірина Володимирівна

+380958785999, аfonas.iv@gmail.com

Категорія: Юридична особа, яка забезпечує потреби територіальної громади

1.4 Перелік документів, на підставі яких створюється система

Закон України «Про зайнятість населення» від № 24, ст.243.

Постанова Кабінету Міністрів України від 29 березня 2020 року № 244 "Про внесення змін до Порядку реєстрації, перереєстрації безробітних та ведення обліку осіб, які шукають роботу".

Наказ Міністерства охорони здоров'я України від 13 листопада 2001 року № 455 "Про затвердження Інструкції про порядок видачі документів, що засвідчують тимчасову непрацездатність громадян".

Наказ Міністерства розвитку економіки, торгівлі та сільського господарства України від 06 квітня 2020 року № 624 "Про затвердження Порядку надання допомоги по безробіттю, у тому числі одноразової її виплати для організації безробітним підприємницької діяльності".

Постанова правління Фонду загальнообов'язкового державного соціального страхування України на випадок безробіття від 08 квітня 2020 року №217 "Про мінімальний розмір допомоги по безробіттю під час карантину".

Постанова Кабінету Міністрів України від 19 вересня 2018 року № 792 "Про затвердження Порядку реєстрації, перереєстрації безробітних та ведення обліку осіб, які шукають роботу".

Постанова Кабінету Міністрів України від 26 вересня 2001 року № 1266 "Про обчислення середньої заробітної плати (доходу, грошового забезпечення) для розрахунку виплат за загальнообов'язковим державним соціальним страхуванням".

1.5 Планові терміни початку і закінчення роботи зі створення системи

Строк початку робіт: 3 грудня 2021

Строк виконання робіт: 31 грудня 2021

1.6 Джерела і порядок фінансування робіт

Розробка системи фінансується «Державним Бюджетом України» в рамках виконання проекту міжнародної технічної допомоги «Роботу кожному!».1.7 Порядок оформлення і пред'явлення замовнику результатів робіт зі створення системи

Порядок пред'явлення результатів робіт складається з наступних етапів:

- розроблення технічної документація на ІС;

- тестування розробленої ІС;

- розгортання (встановлення) розробленої ІС.

Прийманню Замовником підлягають результати робіт виконання етапів.

1.8 Перелік нормативно-технічних документів, методичних матеріалів, використаних при розробці ТЗ

Будь-які документи видаються лише під запит фірми-виконавця робіт.

1.9 Визначення, позначення і скорочення

БД - База даних;

ІС - Інформаційна система;

Клієнт - Безробітній/Клієнт;

ПЗ - Програмне забезпечення;

Співробітники ВП - Співробітники відділу праці;

ТЗ - Технічне завдання;

Фірма - Фірма-роботодавець.

3. Призначення і цілі створення системи

Призначення системи

Інформаційна система призначена для автоматизації роботі біржі праці та алгоритм її роботи виглядає наступним чином:

1. Клієнти (безробітні) мають зареєструватися на сайті біржі праці, вказавши у спеціальній анкеті: ПІБ, адресу, телефон, спеціальність, вік та інші дані. Менеджер отримує анкети від безробітних, які вони заповнили на сайті біржі праці, а також список вакансій працівників від фірм-роботодавців.

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

3. У разі відповідності вакансії запиту певного клієнта (безробітного) менеджер передає фірмі особисту інформацію про нього.

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

5. В цьому випадку виконується відмітка в БД біржі праці про працевлаштування безробітного.

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

7. ІС біржі праці, включаючи web-сайт, повинна бути інтуїтивно-зрозумілою, аби можна було швидко навчити персонал біржі та безробітних працювати з нею.

Користувачами ІС є три групи дійових осіб (акторів): клієнти (безробітні), співробітники відділу праці та компанії-роботодавці. Цілі створення системи

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

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

4. Характеристика об'єкта автоматизації

Об'єктом автоматизації є державна установа «Біржа праці 2.0». Біржа праці здійснює посередницьку функцію на ринку робочої сили.

Користувачами ІС є три групи дійових осіб (акторів): клієнти (безробітні), співробітники відділу праці та компанії-роботодавці.

Предметом автоматизації є наступні адміністративні процеси:

- реєстрація безробітних;

- реєстрація вакантних місць;

- професійна орієнтація та професійна перепідготовка безробітних;

- працевлаштування та тестування безробітних;

- виплата соціальної допомоги.



5. Вимоги до програми

Вимоги до функціональних характеристик

Розробка ІС повинна виконуватися за наступними принципами:

- націленість на рішення критично важливих завдань для підвищення швидкості надання послуг.

- мінімальні вимоги до кваліфікації користувачів і необхідності їх навчання;

- забезпечення необхідного рівня конфіденційності персональних даних громадян згідно із законодавством України.

Також ІС повинна:

1. Мати функцію реєстрації та авторизації користувачів.

2. Мати функцію введення та корекції введеної інформації.

3. Мати функцію видалення застарілої чи неправильної інформації;

4. Мати функцію відновлення даних в разі програмного або апаратного збою.

5. Мати функцію збереження введеної інформації у базу даних.

6. Система повинна забезпечувати коректне відображення даних в наступних браузерах актуальних версій: Google Chrome, Internet Explorer, Opera, Safari.

7. Система повинна забезпечувати коректне відображення даних в наступних мобільних платформах: iOS (версія 10 і вище), Android (версія 4 і вище).

8. Система повинна контролювати одержувану інформацію на предмет відсутності шкідливості.

9. Доступ веб-сайту до СУБД повинен здійснюватися з обліковим записом з мінімальними правами.

10. HTML-сторінки, які передаються користувачу, повинні містити гіперпосилання тільки на офіційні веб-сайти.

Вимоги до надійності

Надійність Системи повинна бути забезпечена за наступними напрямками:

- забезпечення працездатності компонентів Системи. Механізми із збереження працездатності повинні забезпечувати надійність роботи при відмові одного або декількох компонентів за рахунок їх резервування.

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

- використанням сучасних технологій розробки (модернізації) прикладного програмного забезпечення та забезпеченням якісного його тестування;

- резервуванням основних компонентів;

- сумісністю технічних засобів та програмного забезпечення.

Умови експлуатації програми

Цілодобове безперервне повноцінне функціонування. Експлуатація програми повинна передбачати такі режими:

- основний режим - режим штатного функціонування всіх модулів та компонентів за призначенням;

- режим адміністрування - режим здійснення централізованого автоматизованого налагоджування та автоматизованого оновлення Системи одночасно із роботою решти користувачів в основному режимі.

Вимоги до складу і параметрів технічних засобів

Сервер для виконання роботи повинен мати характеристики не менше: CPU - 2x2.6Ghz, 8 ядер, RAM - 64GB, 2 SSD диска 240 Гб.

Операційна система для виконання роботи: Windows.

Web-сервер для виконнання роботи: Apache Web Server.

Система повинна забезпечувати коректне відображення даних в наступних браузерах актуальних версій:

- Google Chrome;

- Internet Explorer;

- Opera;

- Safari.

Система повинна забезпечувати коректне відображення даних в наступних мобільних платформах:

- iOS (версія 10 і вище);

- Android (версія 4 і вище).

Вимоги до інформаційної та програмної сумісності

- ІС повинна мати архітектуру, побудовану на сучасних технологіях зберігання, обробки, аналізу даних та доступу до них; забезпечувати одночасну роботу декількох користувачів.

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

- Архітектура ІС повинна відповідати сучасним вимогам щодо побудови інтерфейсів користувачів.

Вимоги до маркування та упаковки

- Стилістичне оформлення ІС має відповідати дизайн-макету, погодженого з замовником.

- Для правильного відображення інтерфейсу ІС на різних пристроях і браузерах повинна бути коректна, адаптивна верстка.

- Верстка сторінок ІС повинна бути виконана з урахуванням максимальної продуктивності ІС.

- Сторінки ІС повинні забезпечувати автоматичне масштабування в залежності від ширини робочого поля браузера користувача.

- Мінімальний розмір робочого поля браузера - 1170 пікселів, який у разі потреби може бути збільшений.

Вимоги до транспортування та зберігання

Передання та інструкція щодо зберігання ІС має бути створена й передана виконавцем.

6. Вимоги до програмної документації

Розробник програмного забезпечення повинен надати підтвердження реалізації веб-систем схожої складності.

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

7. Техніко-економічні показники

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

8. Стадії і етапи розробки

Кожну п'ятницю розробник повинен представляти результат робіт та обговорювати його з замовником.

9. Порядок контролю та приймання

1 Види випробувань.

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

2 Загальні вимоги до приймання роботи.

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

Размещено на Allbest.ru