DevioLabавтоматичне керування капіталом
ПРАЦЮЄ 24/7
КРИПТОВАЛЮТИ · АКЦІЇ · 10 БІРЖ

Портфель, який керується автоматично

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

10підключених біржCrypto + Stocksв одному портфелі24/7автоматичний контроль

Звіт до лабораторної роботи № 1 на тему: «Написання Use-cases»

Оригінальна назва роботи

Написання Use-cases

Інформація про навчальний заклад

ВУЗ:
Національний університет Львівська політехніка
Інститут:
Інститут комп’ютерних наук та інформаційних технологій
Факультет:
Комп’ютерні науки
Кафедра:
Кафедра програмного забезпечення

Інформація про роботу

Рік:
2009
Тип роботи:
Звіт
Предмет:
Захист програмного забезпечення
Група:
ПІ
Коротко про документ

Про що ця робота

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

У роботі розглядаються

  • Use-cases
  • Програмне забезпечення
  • База даних спеціалістів
  • Сценарії взаємодії
  • Управління проектами
  • Процес реєстрації
  • Призначення ролей

Зміст і розділи

  1. Мета
  2. Завдання
  3. Написання use-cases
  4. Написання відгуку
  5. Перегляд відгуку
  6. Створення сторінки замовника
  7. Редагування даних працівника
  8. Призначення ролей
Для кого:Студенти та викладачі технічних спеціальностей вищих навчальних закладів.
Викладачі:Не вказано

Ключові поняття

Use-casesсистемасценарійзамовникпрацівникбаза данихреєстраціяроль

Частина тексту файла (без зображень, графіків і формул):

МІНІСТЕРСТВО ОСВІТИ УКРАЇНИ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ “ЛЬВІВСЬКА ПОЛІТЕХНІКА” КАФЕДРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ  Звіт До лабораторної роботи № 1 На тему: “ Написання Use-cases ” З дисципліни : "Конструювання програмного забезпечення" Мета: визначити ролі при взаємодії з програмним забезпеченням та описати варіанти їх взаємодії з ним. Завдання: База даних спеціалістів у компанії (знань) База даних людей працюючих у компанії. Типові запити : чи є набір спеціалістів для даного проекту (знання мов і технологій, відповідний досвід) чи вони вільні, відгуки клієнтів на них, які проекти зараз виконують, оцінка ефективності роботи спеціаліста, спеціалісти щ о народились цього або наступного місяця, тощо. Замовник: запит на набір команди для проекту, перегляд дозволених даних про працівників, написання відгуку. Працівник: реєстрація, перегляд відгуків. Адміністратор( працівник відділу кадрів): надання ролей, редагування даних про працівників. Запит на набір команди для проекту. Головний актор: Замовник. Рівень:Замовник-система. Передумови: Замовник входить на сайт. Основний сценарій: 1.Замовник дає запит на виконання проекту. 2.Отримує інформацію про наявних спеціалістів. 3. Замовник набирає команду. 4.Створюється лист працівнику кадрів з інформацією про набрану команду. 5. Відправляється лист замовнику від адміністратора про з затвердженням команди. 6.Адміністратор редеговує набрану замовником команду. 6. Замовник підтверджує вибір. 7. Система відправляє е-мейл адміністратору. Помилки: 3.а. Для проекту недостатньо спеціалістів. 3.в. Необхідні спеціалісти задіяні в інших проектах. Альтернативний сценарій: 3.а.відправляється e-mail замовнику з інформацією про про те що недостатньо людей проекту і про необхідність в проведені співбесіди. 3.в.відправляється e-mail замовнику з інформацією про про те що необхідні спеціалісти для проекту на даний момент зайняті з пропозицією резервації. Написання відгуку. Головний актор: Замовник. Рівень: Замовник-працівник-адміністратор. Передумови: Замовника входить на сайт. Основний сценарій: 1.Замовник вибирає певного спеціаліста. 2.Пише відгук про нього. 3.Підтверджує вибір. Помилки: 2.а.Відгук написаний не про того спеціаліста в ситуації з однофамільцями. Альтернативний сценарій: 2.а.Замовник може редагувати або видалити відгук якщо він має на це права, якщо замовник прав не має( проект завершений) то написати лист адміну. Перегляд відгуку. Головний актор: Спеціаліст. Рівень: система-Замовник. Передумови: працівник входить на сайт. Основний сценарій: 1.Працівник заходить на свою персональну сторінку. 2.Читає відгук. 3.Закриває сторінку. Створення сторінки Замовника. Головний актор: Спеціаліст. Рівень: адміністратор-система-працівник. Передумови: адміністратор входить на сайт. Основний сценарій: 1.Працівник відкриває сторінку для реєстрації. 2.Заповнює дані про себе. 3.Підтверджує введені дані. Редагування даних працівника. Головний актор: Адміністратор. Рівень: адміністратор-система-працівник. Передумови: логін адміністратора. Основний сценарій: 1.Адміністратор відкриває сторінку з даними про зміни даних користувачами про себе. 2.Переглядає зміни. 3.Відмічає правильно введені дані. 3.Підтверджує зміни. Призначення ролей. Головний актор: Адміністратор. Рівень: адміністратор-система-працівник-Замовник. Передумови: логін адміністратора. Основний сценарій: 1.Адміністратор переглядає дані про зареєстрованих Замовників. 2.Надає ролі (Замовник чи працівник). 3.Підтверджує виконане.
Допоможи студентському архіву

Ми допомогли тобі — допоможи наступному студенту

Файл ще не обрано

Оголошення від адміністратора

Антиботан аватар за замовчуванням

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

Admin

26.02.2023 12:38

Дякуємо, що користуєтесь нашим архівом!