Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
Написання Use-cases
Інформація про навчальний заклад
ВУЗ:
Національний університет Львівська політехніка
Інститут:
Не вказано
Факультет:
Не вказано
Кафедра:
Кафедра програмного забезпечення
Інформація про роботу
Рік:
2009
Тип роботи:
Звіт
Предмет:
Інші
Група:
ПІ
Частина тексту файла (без зображень, графіків і формул):
МІНІСТЕРСТВО ОСВІТИ УКРАЇНИ
НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ “ЛЬВІВСЬКА ПОЛІТЕХНІКА”
КАФЕДРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
Звіт
До лабораторної роботи № 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.Підтверджує виконане.
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора