Виявлення, аналіз та специфікація вимог до інформаційної системи в межах заданої предметної області. Визначення потреб замовника. Лаб_1. Лабораторна робота 1 з дисципліни Технологія створення програмних продуктів
 Скачать 0.49 Mb.
|
|
МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ Національний авіаційний університет Кафедра комп’ютерних інформаційних технологій Лабораторна робота №1 з дисципліни «Технологія створення програмних продуктів» за темою: «Виявлення, аналіз та специфікація вимог до інформаційної системи в межах заданої предметної області. Визначення потреб замовника і цілей інформаційної системи та опис вимог до системи за допомогою діаграм Use case мови UML». Виконала: студентка 4 курсу ФККПІ УС - 412 групи Брояк В.О. Прийняв: Райчев І.Е. Київ 2022 Мета роботи — оволодіння основними принципами моделювання вимог до програмного забезпечення (ПЗ) інформаційної системи (ІС) роботи компанії. Варіант №84 Робота готелю. Готель надає номери клієнтам на певний строк. Кожен номер має деякий набір атрибутів (тип та зручності номеру, кількість місць, поверх, вартість тощо). Клієнти реєструються на сайті готелю і вказують бажані вимоги до номеру, а адміністратор готелю виконує пошук вільних номерів, що задовольняють висунутим вимогам, користуючись БД інформаційної системи готелю. Після цього менеджер надає клієнту відповідну інформацію, на основі якої клієнт замовляє номер, який бронюється менеджером. Під час оформлення та поселення до готелю клієнт вказує ПІБ, контактний телефон та надає залог (гроші або документи). Обслуговування клієнтів готелю полягає в забезпеченні клієнтів послугами та перевірці якості цих послуг. Послуги забезпечує персонал готелю, а перевірку здійснюють менеджери та адміністратор. Відповідно до створеного дирекцією готелю бізнес-плану, надаються такі послуги: забезпечення їжею та напоями як з доставкою у номери готелю, так і у ресторанах та барах готелю; надання клієнтам комплексів для відпочинку; забезпечення безпеки мешкання та надання сейфу для збереження коштів і цінностей; надання різного роду інформації як для гостей так і для персоналу готелю. На основі бізнес-плану та зазначених послуг розроблюється робочий план роботи готелю на поточний рік. При виїзді клієнта з готелю адміністратор формує рахунок на сплату послуг та передає його клієнтові. Після сплати послуг клієнтові повертається залишений залог. Щомісяця адміністратор формує звіт по номерах готелю (терміни простою, терміни використання, сумарна виручка) для визначення рентабельності номерів. Крім того, щомісячно та щоквартально для дирекції готелю та для ДПА України менеджер формує загальний фінансовий звіт та бізнес-звіт, у якому вказуються всі витрати та надходження за час виконання бізнес-плану та робочого плану. Вся вищевказана інформація оброблюється та зберігається у БД ІС готелю. Аналіз предметної області та концепція ІС у вигляді опису призначення системи об’єктів автоматизації та основних функція ІС В ході детально аналізу предметної області, стає очевидним, що основним завданням роботи готелю є автоматизація роботи усієї системи, що включає в себе реєстрацію клієнтів на сайті готелю, пошук адміністратором вільних номерів за допомогою БД ІС готелю, виконання вимог клієнтів, ведення звітності виконаної роботи за місяць та квартал керівництва. Такі висновки можна зробити з огляду на те, що специфіка роботи готелю передбачає високий рівень комунікабельності та об’ємів документування діяльності. Очевидно, що створення, обробка документації та її зберігання є пріоритетним завданням з погляду на розробку ІС, а тому доцільним є проектування системи котра здатна автоматизувати процеси збору та обробки відповідних даних, їх форматування і представлення для керівних органів організації. Важливо відмітити, що більшість документації, що з’являється в ході діяльності готелю має стандартизований вигляд і вимагає дотримання певних визначених законодавством правил, що має бути враховано при розробці клієнтського програмного забезпечення, котре відповідає за структуру і форму відображення шаблонів при заповненні їх менеджерами та адміністраторами. З огляду на те, що основною сутністю процесу надання послуг працівниками готелю є клієнт і саме він є об’єктом обслуговування, то важливим є супровід та перевірка якості діяльності установи починаючи від моменту звернення клієнта і до закінчення надання відповідних послуг. Розробка комплекту діаграм Use CaseУ найпростішому випадку варіант використання створюється в процесі обговорення з користувачами тих речей, які вони хотіли б одержати від системи. При цьому кожній окремій функції привласнюється ім'я й записується її короткий текстовий опис. Для даного проекту запропоновано наступні варіанти використання, які представлені основною діаграмою (рис. 1) та деталізацією певних варіантів використання, котрі вимагають детального аналізу: реєстрація (рис. 2), бронювання (рис. 3), обслуговування клієнтів (рис. 4), сплата послуг (рис. 5), ведення звітності (рис. 6).  Рисунок 1. Загальна діаграма системи Реєстрація – це реєстрація клієнта на сайті, тобто створення його профілю, занесення даних в БД, за необхідністю – внесення бажаних вимог до номеру і пошук вільних номерів у відповідності з запитом клієнта. Реєстрація на сайті – авторизація або ж реєстрація клієнта на сайті готелю Створення профілю клієнта – якщо профілю клієнта немає у БД, то клієнт має створити новий. Вказання бажаних вимог до номеру – клієнт вказую вимоги до номеру який хотів би забронювати у готелі і відправляю запит Пошук вільних номерів – адміністратор виконує пошук вільних номерів відповідно до запиту надісланим клієнтом. Внесення даних в БД ІС готелю – передбачає внесення, зберігання і оновлення даних, які додає адміністратор у разі потреби.  Рисунок 2 - Діаграма реєстрації клієнтів Бронювання – це резервування номеру готелю менеджером, після відповідного замовлення та надання залогу за бронювання клієнтом. Замовлення номеру – замовлення клієнтом готельного номеру. Надання особистих даних – необхідне, бо на основі цієї інформації бронюється номер. Надання відповідної інформації – особисті дані клієнта передаються менеджеру для бронювання номеру, і цей же час менеджер надає інформацію про вільні номери згідно запиту. Надання залогу – це засіб забезпечення зобов‘язань клієнта, тобто у разі пошкодження номеру або якогось майна готелю керівництво готелю має право на відшкодування за рахунок застави. Прийняття грошей або документів – менеджер додає у БД інформацію про те яка сума застави була внесена або який саме документ.  Рисунок 3 - Діаграма бронювання номеру Обслуговування – це процес надання послуг клієнтам, а також перевірка якості цих послуг. Перевірка якості послуг – перевірка персоналу, а також функціональності роботи усього готелю. Забезпечення послугами – процес, спрямований на задоволення потреб клієнтів готелю. Забезпечення послугами – це процес, спрямований на задоволення потреб клієнтів готелю. Створення бізнес плану – створення комплексного плану розвитку готелю, який разом з звітовими фінансовими документами є головним обґрунтуванням інвестицій. Їжа та напої – один з видів послуг, які надаються готелем, тобто ресторан, бар та замовлення доставки у номер готелю. Надання різного роду інформації – забезпечення клієнтів та персоналу даними, необхідними для подальшого роботи (у разі працівників) або відпочинку (у випадку клієнтів). Безпека мешкання, надання сейфу – включає забезпечення безпеки мешкання та надання сейфу для збереження коштів і цінностей. Доставка у номери – це переміщення замовлення у номер готелю. Забезпечення у ресторанах та барах – забезпечення їжею та напоями у ресторані та барах готелю для клієнтів та відвідувачів.  Рисунок 4 - Забезпечення послугами клієнтів Сплата послуг – це оплата клієнтом усі використовуваних ним послуг готелю при виїзді з нього. Виїзд з готелю – покидання готелю клієнтом при закінчені терміну бронювання номеру. Формування рахунку – створення платіжу про сплату послуг. Повернення залогу - віддавання застави (грошей або документів) клієнту адміністратором.  Рисунок 5 - Діаграма сплати послуг Ведення звітності – звітність, що містить у собі інформацію про фінансове становище, результати діяльності та рух грошових коштів готелю за певний період. Звіт по номерам готелю – потрібен для визначення рентабельності номерів, складається з термінів простою, термінів використання, сумарна виручка. Виконується адміністратором щомісяця. Загальний фінансовий та бізнес звіти – формуються на основі інформації про всі витрати та надходження за час виконання бізнес-плану та робочого плану. Виконується головним менеджером готелю для ДПА України та дирекції готелю щоквартально та щомісячно. Терміни простою – проміжки часу, коли відповідний номер не був використанні. Терміни використання – проміжки часу, коли номер перебував у використанні клієнтом. Сумарна виручка – сумарний виторг, тобто кошти, що надійшли на рахунок готелю за надання послуг.  Рисунок 6 - Діаграма ведення звітності Учасники процесу та ролі: Користувач – це люди, які будуть безпосередньо використовувати ПС (клієнти готелю). Замовники – це особа або організація, що відповідають за замовлення програмного продукту (ПП), а також мають пряме або другорядне відношення до використання ПП. (Адміністратор та менеджер) Аналітики – особи, що відповідають за маркетинг, збір вимог, написання вимог. (Адміністратор та дирекція) Регулятори – особи, що проводять регулювання областей використання відповідно керуючій документації, а також проводять контроль над етапами та процесами формування вимог та розробкою програмного продукту. (Адміністратор та менеджер) Інженери-програмісти (Software Engineers) – особи, що розробляють програмний продукт, а також вони відповідальні за технічну оцінку шляхів вирішення поставлених задач та реалізацію вимог замовників. (БД готелю). Методи виявлення вимог: Інтерв’ю, опитування – буде продуктивним для проведення з командою аналітиків для визначення властивостей готелю. Мозковий штурм, семінар – буде ефективним у проведенні з командою розробників для поповнення та винайдення ідей та думок. Спостереження за виробничою діяльністю – необхідне для того, щоб проаналізувати всі етапи діяльності користувача та врахувати всі особливості цієї діяльності; Аналіз нормативної документації – після внесення даних до БД необхідно обробити запити, щоб команда розробників, аналітики та керівництво мала повний звіт. Аналіз конкурентних продуктів – необхідне для удосконалення нового продукту та виявлення (і вдосконалення) можливих додаткових функцій, які спростять роботу користувача. Методи виявлення вимог, які не використовуються: Аналіз статистики попередніх версій системи – є непотрібним тому що, немає попередніх версій нашої системи готелю. Аналіз моделей діяльності – використання неможливо, оскільки моделей немає. Використовуються наступні кроки робочого процесу визначення вимог: Виявлення переліку можливих вимог; Усвідомлення контексту ІС; Визначення функціональних вимог; Визначення нефункціональних вимог. Це все необхідне для стабільної роботи БД готелю та його сайту з усіма фізичними процесами. Перелік та аналіз пропозицій вимогРеєстрація. Реєстрація клієнта на сайті, тобто створення його профілю, занесення даних в БД, за необхідністю – внесення бажаних вимог до номеру і пошук вільних номерів у відповідності з запитом клієнта. Стан пропозиції – відібрано. Вартість реалізації – 300$. Пріоритет – важливий. Рівень ризику – значимий. Вимоги до якості: ефективність виконання (поведінка у часі, швидкодія, реактивність; використовуваність ресурсів) – на етапі реєстрації клієнту необхідно своєчасно, швидко, але в той же час правильно зареєструватися; використовуваність ресурсів полягає в тому, що ми, як керівники проекту дізнаємось, який потенціал має наша команда за певний період часу, і визначимо, які з ресурсів використовуються недостатньо або надмірно. Це дає інформацію про те, скільки годин їх користувач витрачає на реєстрацію. зручність використання (вивчаємість; захищеність від помилок користувача) – клієнту має бути зручно виконувати реєстрацію, він має навчитися за лічені секунди як користуватися формою реєстрації (мають бути якісь підказки та тултіпи), а у випадку помилок – система має допомагати їх виявити, для цього інтерфейс сайту має бути інтуїтивно зрозумілим та добре налаштованим. Пошук вільних номерів. Адміністратор виконує пошук вільних номерів відповідно до запиту надісланим клієнтом. Стан пропозиції – відібрано. Вартість реалізації – 90$. Пріоритет – критичний. Рівень ризику –звичайний Вимоги до якості: ефективність виконання (поведінка у часі, швидкодія, реактивність) – пошук інформації щодо вільних номерів для адміністратора має складати якомога менше часу, тобто все має відбуватися швидко. зручність використання (розпізнавання відповідності потребам) – результати пошуку мають задовольняти потреби та запити клієнта щодо вільних номерів, тобто користувач має визначити чи підходить номер для їх потреб. Бронювання. Резервування номеру готелю менеджером, після відповідного замовлення та надання залогу за бронювання клієнтом. Стан пропозиції – запропоновано. Вартість реалізації – 100$. Пріоритет – допоміжний. Рівень ризику –звичайний. Вимоги до якості: функціональна придатність (функціональна правильність, точність; функціональна відповідність, доречність) – дані мають забезпечувати правильні результати з високим ступенем точності резервування номеру; також інтерфейс сайту та його функції мають сприяти для вибору для вирішення питань клієнта. ефективність виконання (поведінка у часі, швидкодія) – система має чітко і швидко реагувати на відповідну інформацію, на основі якої буде бронюватися номер, щоб не було непорозумінь. супроводжуваність (здатність до модифікації) – можливість клієнта у випадку помилки змінити її вручну. Перевірка якості послуг. Перевірка якості роботи персоналу, а також якості функціональності роботи готелю. Стан пропозиції – запропоновано. Вартість реалізації – 250$. Пріоритет – критичний. Рівень ризику – звичайний. Вимоги до якості: надійність (відновлюваність) –дані системи мають відновлюватися у випадку її відмови. зручність використання (захищеність від помилок користувача) – необхідне для виправлення помилок, адже користувач може випадково зробити помилку під час роботи, що не допустимо у такій роботі. Забезпечення послугами. Процес, спрямований на задоволення потреб клієнтів готелю. Стан пропозиції – відібрано. Вартість реалізації – 200$. Пріоритет – критичний. Рівень ризику – критичний. Вимоги до якості: надійність (готовність, придатність) – система має бути готова та доступна для надання різного роду інформацію для гостей на персоналу готелю. захищеність (конфіденційність, цілісність) – необхідна для забезпечення гарантії, що дані будуть доступні тільки для тих хто має доступ, тобто для забезпечення безпеки мешкання та охорони сейфу для збереження коштів та цінностей клієнтів. зручність використання (розпізнавання відповідності потребам) – користувачі мають розпізнати, чи відповідає система їхнім потребам, а система в свою чергу має враховувати побажання попередніх клієнтів та вносити корективи у комплекси для відпочинку в готелі. Перевірка наявності продуктів в ресторані та барі. Забезпечення клієнтів усіма продуктами, необхідними для подальшого роботи та виконання замовлень. Стан пропозиції – відібрано. Вартість реалізації – 100$. Пріоритет – критичний. Рівень ризику – значимий. Вимоги до якості: переносимість (зручність установки, заміщувальна здатність) – перевірка наявності продуктів, підрахунки та декларації з наявних та відсутніх продуктів повинні бути адаптовані під всіх працівників ресторану в готелі для взаємозаміщення людей; зручність установки дає можливість збільшити масштаб роботи установи та дати шлях для створення заміщуваності тих чи інших продуктів. Сплата послуг. Оплата клієнтом усі використовуваних ним послуг готелю при виїзді з нього. Стан пропозиції – запропоновано. Вартість реалізації – 120$. Пріоритет – важливий. Рівень ризику –критичний. Вимоги до якості: надійність (відновлюваність, відмовостійкість) – система має працювати належним чином, незважаючи на наявність несправностей апаратного або програмного, також у разі переривання або збою система має відновити дані, які безпосередньо постраждали , і відновити бажаний стан системи. зручність використання (захищеність від помилок адміністратора) – система має захищати користувачів від помилок, тому що адміністратор може випадково зробити помилку під час підрахунку послуг, що не допустимо у такій роботі. Формування рахунку. Створення платіжу про сплату послуг.Стан пропозиції – відібрано. Вартість реалізації – 70$. Пріоритет – важливий. Рівень ризику –значимий. Вимоги до якості: надійність (відмовостійкість, зрілість) – у разі переривання або збою система має відновити дані, які безпосередньо постраждали, і відновити бажаний стан системи; система має відповідати вимогам надійності за нормальної роботи. Звіт по номерам готелю. Створення для визначення рентабельності номерів, складається з термінів простою, термінів використання, сумарна виручка. Стан пропозиції – запропоновано. Вартість реалізації – 70$. Пріоритет – важливий. Рівень ризику – значимий. Вимоги до якості: ефективність виконання (поведінка у часі, швидкодія) – щомісяця адміністратор має швидко та вчасно формувати звіт по номерам готелю для визначення рентабельності номерів, тобто система має швидко реагувати під час виконання своїх функцій. надійність (відновлюваність) – необхідна для того, щоб не втратити вже наявні дані, тож система має працювати належним чином, незважаючи на наявність несправностей апаратного або програмного. захищеність (конфіденційність, цілісність) – дані в системі мають конфіденційний характер, тому необхідні механізми захисту даних та обмеження доступу до них, а відповідно система авторизації та аутентифікації і захисту даних від стороннього доступу; дані не мають втрачатися. Загальний фінансовий звіт та бізнес-звіт на основі інформації про всі витрати та надходження за час виконання бізнес-плану та робочого плану. Стан пропозиції – запропоновано. Вартість реалізації – 70$. Пріоритет – важливий. Рівень ризику – значимий. Вимоги до якості: функціональна придатність (функціональна правильність, точність) – дані мають забезпечувати правильні результати з високим ступенем точності резервування номеру, адже щомісяця менеджер має сформувати загальний фінансовий звіт, у якому вказуються всі витрати та надходження готелю. надійність (відновлюваність) – необхідна для того, щоб не втратити вже наявні дані, тож система має працювати належним чином, незважаючи на наявність несправностей апаратного або програмного. захищеність (конфіденційність, цілісність) – дані в системі мають конфіденційний характер, тому необхідні механізми захисту даних та обмеження доступу до них, а відповідно система авторизації та аутентифікації і захисту даних від стороннього доступу; дані не мають втрачатися. Замовлення доставки у номери готелю. Клієнт має можливість замовити їжу та напої у номер через сайт готелю. Стан пропозиції – відібрано. Вартість реалізації – 200$. Пріоритет – важливий. Рівень ризику – звичайний. Вимоги до якості: зручність використання (розпізнавання відповідності потребам, естетика інтерфейсу користувача) - користувач має визначити чи підходить меню та його наповнення для його потреб, користувацький інтерфейс має забезпечувати приємну та задовольняючу взаємодію з користувачем, тобто меню на сайті має бути представлене з його кращої сторони. зручність використання (захищеність від помилок користувача) – система має захищати користувача від помилок введення даних при оформленні замовлення у номер. Висновки Під час виконання даної лабораторної роботи я оволоділа основними принципами моделювання вимог до програмного забезпечення (ПЗ) інформаційної системи (ІС) роботи компанії, оволоділа основними принципами побудови логічної моделі ІС, опису специфікації вимог до програмної системи (ПС) і створення технічного завдання (ТЗ) на розробку системи, а також основними принципами моделювання архітектури та бізнес-процесів компанії шляхом створення процесного проекту ІС діяльності компанії із застосуванням моделей організаційної структури та діаграми носіїв інформації, що відображають оргструктуру та інформаційні потоки в межах компанії та основними принципами моделювання бізнес-архітектури та бізнес-процесів компанії (для створення інформаційної системи діяльності компанії), шляхом створення моделі процесу доданої вартості з побудовою діаграм процесу доданої вартості (Value-added chain diagram, VAD), які відображають базові процеси, що створюють додану вартість, а також створення моделі подієво-керованого процесу із побудовою діаграм розширеного ланцюжка подієво-керованих процесів (extendedEvent-drivenProcessChain — eEPC), які відображають базові процеси шляхом детального опису їх алгоритмів. |