Ім'я файлу: Лаб1,3.docx Розширення: docx Розмір: 30кб. Дата: 19.05.2021 скачати Пов'язані файли: Лаб1,1.pdf Лаб1,2.docx Лаб1,4.docx Лаб1,5.docx
Завдання ЗАВДАННЯ 1 Ознайомитися із основними процесами розробки концепції. ЗАВДАННЯ 2 Вивчити структуру документу-концепції системи ЗАВДАННЯ 3 Провести попередній аналіз предметної галузі та створити документ-концепцію системи, що задана згідно з варіантом Практична частина ЗАВДАННЯ 3 1.Загальна інформація 1.1.Назва системи Автоматизована система кадрового обліку працівників аеропорту. 1.2.Реквізити замовника 1) Повне найменування замовника — авіакомпанія «Дніпроавіа» 2) Скорочене найменування замовника — «Дніпроавіа» 3) Контактний телефон замовника — +3805934825619 4) Рахунок замовника (Ощадбанк) —1111 **** **** **30 1.3.Посилання на попередню документацію Перелік документів, які підлягають розробці: посібник користувача опис програм текст програм протокол випробувань 1.4.Планові терміни початку і закінчення робіт 1) початок робіт — січень 2021 2) кінець робіт — травень 2021 1.5.Фінансові обмеження 13000$ 2.Цілі системи 2.1. Цілі системи (опис властивостей об’єкту автоматизації, які повинні бути досягнуті в результаті) Підвищення швидкості обробки даних, спрощення звітності 2.2. Задачі системи (опис діяльності, націленої на отримання бажаного результату) Зменшення ризику виникнення помилок через неправильно введені дані 3.Характеристика об’єктів автоматизації 3.1. Коротка інформація про об’єкт автоматизації Об’єктом автоматизації є кадровий обіг «Дніпроавіа». Вид діяльності підприємства — цивільні перевезення 3.2. Інформація про умови використання та середовище об’єкту Об’єкт експлуатується співробітником відділу кадрів щодня (крім вихідних) з 9.00 до 18.00 4. Первинний опис функціональності системи відмовостійкість вихідні дані мають бути матеріалом для інших систем облік робочого часу зберігання/запис даних фінансово-економічний аналіз прогнозування корисності кадрового складу формування звітів і ведення обліку одночасно за вітчизняними і міжнародними стандартами; 5. Опис потенційного підходу Моделлю життєвого циклу буде ітеративна, бо розробники не мають фіксованого бюджету і строків, також невелика команда зможе працювати над кожною ітерацією, а в кінці розробити надійний продукт. Хоча велика залученість до розробки ПЗ замовника може не сподобатись останньому. Спочатку треба зібрати вимоги, потім створити діаграми UML, які визначать класи програми, її стани і відношення між компонентами. Після початкового планування можна починати циклічну розробку. Висновок Під час виконання лабораторної роботи, були отримані навички у створенні документу-концепції та у розумінні об’єкту автоматизації. |