37697

Встановлення вимог до функціональності програмного забезпечення із застосуванням засобів UML (Use Case diagram) та вербальних Специфікацій

Лабораторная работа

Информатика, кибернетика и программирование

Поселення відбувається портє і далі передається адміністратору для підтвердження внесення даних до БД. Адміністратор виконує всі операції з БД в тому числі: внесення змінення та видалення записів з бази а також внесення службової інформації що передбачає внесення особистих даних адміністратора та портьє. Портьє надає інформацію про поселення клієнтів адміністратору АС у вигляді: Перелік кімнат різних класів у готелі. Основний потік Надання інформації адміністратору.

Украинкский

2013-09-25

150 KB

20 чел.

Міністерство освіти і науки України

Національний авіаційний університет

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

З дисципліни “Методологія розробки ПП та великих ПС ”

Тема: «Встановлення вимог до функціональності програмного забезпечення із застосуванням засобів UML (Use Case diagram) та

вербальних Специфікацій»

Виконав:      студент ФКН-405

       Рощак І. М.

Перевірив:    Варнавський В.В.

Київ 2010

Тема: Встановлення вимог до функціональності програмного забезпечення із застосуванням засобів UML (Use Case diagram) та

вербальних Специфікацій

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

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

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

Діаграми прецедентів UML

Діаграми прецедентів (Use Case Diagram) є графічним засобом специфікування вимог, які використовуються  для визначення наступного:

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

Побудова діаграми прецедентів відбувається у такій послідовності:

  1.  визначення діючих осіб (actors);
  2.  визначення варіантів використання системи, виходячи з потреб діючих осіб;
  3.  встановлення зв’язків між суб’єктами та варіантами використання. Зв’язки включення та розширення обов’язково підписуються позначеннями «include» та «extend».

Завдання

1. За узгодженням з викладачем обрати варіант завдання (предметну галузь) для виконання лабораторних робіт.

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

3. Побудувати діаграму прецедентів на основі проведеного попереднього аналізу.

Автоматизована система надання послуг готелем

Опис предметної галузі

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

Поселення відбувається порт’є і далі передається адміністратору для підтвердження внесення даних до БД. Адміністратор виконує всі операції з БД в тому числі: внесення, змінення та видалення записів з бази а також внесення службової інформації, що передбачає внесення особистих даних адміністратора та портьє. Кінцевий користувач не має доступу до бази даних, а може лише виконувати функції перегляду і пошуку.

Вербальні специфікації прецедентів

  1.  Короткий опис. Портьє надає інформацію про поселення клієнтів адміністратору АС у вигляді:

- Перелік кімнат різних класів у готелі.

- Кількість, строк, майновий опис кімнат, що були здані.

- Особисті дані портьє.

Суб’єкт – портьє

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

Основний потік

Надання інформації адміністратору. Якщо інформація неповна виконується А1

Альтернативні потоки

А1. Неповна інформація щодо анкети клієнта готелю. Якщо передана інформація щодо анкети неповна, або некоректно заповнена, адміністратор повідомляє про це портьє, та направляє анкету на пере заповнення.

Постумови

Адміністратор отримує інформацію, що має бути заповнена до бази даних.

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

2.1. Адміністратор вносить інформацію до бази даних

2.1.1. Адміністратор заповнює службову інформацію

2.1.1.1. Адміністратор заповнює особисті дані

2.1.1.2. Адміністратор заповнює особисті дані портьє

Субєкт – адміністратор

Передумова – виклик форми для заповнення службової інформації

Основний потік

2.1.1.2.1. Адміністратор заповнює власні особисті дані

2.1.1.2.2. Адміністратор заповнює особисті дані портьє

2.1.1.2.2.1 У випадку відсутності повної інформації щодо особистих даних портьє виконується В1

Альтернативні потоки

В1. Адміністратор не володіє юридичною інформацією. Він інформує портьє про відсутність інформації. Після надання портьє повної інформації прецедент повторюється

Постумови

Юридична інформація вноситься до бази даних, інакше стан системи залишається незмінним.

2.1.2. Адміністратор підтверджує інформацію про клієнта

2.1.2.1. Внесення інформації про особисті дані

2.1.2.2. Внесення інформації про юридичні дані

Субєкт – адміністратор

Передумова – виклик форми для заповнення інформації клієнта.

Основний потік

2.1.2.2.1. Адміністратор підтверджує дані про клієнта

2.1.2.2.1.1. Заповнення особистої інформації клієнта

2.1.2.2.1.2. Заповнення юридичної інформації клієнта

2.1.2.2.1.3. Заповнення інформації відносно замовленої кімнати.

У випадку відсутності повної інформації по одному з цих пунктів виконується С1

Альтернативні потоки

С1. Адміністратор не володіє інформацією про замовлену кімнату. Він  інформує портьє про відсутність інформації про замовлену кімнату. Після надання портьє повної інформації прецедент повторюється

Постумови

Вноситься інформація про замовлення до бази даних, інакше стан системи залишається незмінним.

2.1.2.3. Внесення інформації про розклад

Субєкт – адміністратор

Передумова – виклик форми для заповнення інформації про розклад

Основний потік

2.1.2.3.1. Заповнення інформації про розклад для певної групи

2.1.2.3.1. Відсутність повної інформації про розклад. Система оповіщує про відсутність повних даних, виконується D1

Альтернативні потоки

D1. Адміністратор не володіє інформацією про розклад або структуру інституту.  Він інформує диспетчера про відсутність інформації про розклад. Після надання диспетчером повної інформації прецедент повторюється.

Постумови

Інформація про розклад вноситься до бази даних, інакше стан системи залишається незмінним.

2.2. Адміністратор видаляє інформацію

Субєкт – адміністратор

Передумова – адміністратор володіє інформацією про клієнтів

  

Основний потік

2.3.1. Система попереджує про безповортне видалення даних.

2.3.1.1. Якщо адміністратор не підтверджує видалення даних виконується F1

Альтернативні потоки

F1.Адміністратор відмовився від видалення даних. Система завершує прецедент.

Постумови

Інформація видаляється з бази даних, інакше стан системи залишається незмінним.


 

А также другие работы, которые могут Вас заинтересовать

26903. Артерии головы 5.34 KB
  Кровь к голове поступает по левой и правой общим сонным артериям которые берут свое начало из общего ствола сонных артерий. Внутренняя сонная артерия а. carotis interna кровоснабжает головной мозг Наружная сонная артерия a. Затылочная артерия a.
26904. Артерии грудной конечности 3.46 KB
  Подмышечная артерия а. Впереди сустава от нее отходит надлопаточная артерия a. suprascapularis позади сустава подмышечная артерия делится на подлопаточную и плечевую. Подлопаточная артерия a.
26905. Грудная аорта. Парные ветви брюшной аорты 1.78 KB
  Отдает: а дорсальная ветвь для разгибателей спины и кожи б спинномозговая ветвь и в вентральная ветвь 2. Каждая отдает а дорсальную ветвь для разгибателей спины и кожи б вентральную ветвь для брюшной стенки в спинномозговую ветвь г мышечную ветвь для вентральных мышц поясницы 2.
26906. Непарные ветви брюшной аорты 3.35 KB
  Чревная артерия a. Делится на 3 ссуда: Селезеночная артерия a. Henaus переходит в левую желудочную Левая желудочная артерия a. Печеночная артерия a.
26907. Внутренняя и наружная подвздошные артерии 4.1 KB
  Внутренняя подвздошная артерия а.: 1 внутренняя срамная артерия а. От неё берут начало: а пупочная артерия а. vesicalis cranialis; б артерия предстательной железы влагалищная а.
26908. Артерии тазовой конечности 5.3 KB
  Наружная подвздошная артерия а.: 1окружная глубокая подвздошная артерия а. 2 маточная артерия а. 3глубокая бедренная артерия а.
26909. Краниальная полая вена. Вены головы 5.32 KB
  Краниальная полая вена. Краниальная полая вена v.путём слияния левой и правой чрёмных вен с левой и правой подмышечными венами. Ярёмная вена на своём пути принимает: пищеводные трахеальные и мышечные ветви.
26910. Каудальная полая вена. Воротная вена 7.65 KB
  Глубокая венозная магистраль- начин.из концевой дуги и из венозной сети копыта 2 плантарными пальцевыми венами- в. Digitalis plantares medialis et lateralis. Они под путовым суставом обр.дистальн.глубокую плантарную дугу. Из дуги берут начало 5 вен: 2 и 3 плантарные плюсневые вены
26911. Вены грудной конечности 3.51 KB
  она из концевой дуги и из венозной сети копыта 2мя пальмарными пальцевыми венами медиальн. 3 общая пальмарная пальцевая вена и 3 пальм.пястная вена формир. Из неё выходит лучевая вена в.