37697

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

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

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

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

Украинкский

2013-09-25

150 KB

21 чел.

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

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

Лабораторна робота №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.Адміністратор відмовився від видалення даних. Система завершує прецедент.

Постумови

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


 

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

31165. Каковы характеристики образа вожака толпы 22.5 KB
  Харакки вожака: Наличие группы людей. Главная задача вожака создать веру религ политич соц или веру в какоенибудь дело чека или идею6Вожакине мыслители это люди действия.Принцип воздействия вожака на топу: Сильная вера одержимость идеей сила воли.
31166. Расскажите об особенностях косвенного убеждения 23.5 KB
  Виды убежд по харру аргументов: 1 прямое У использ фактов аппеляции к память логике; 2косв У использ правдоподобные аргументы намеки обещания косв переменные.Приемы конструир компетентности:1прием представления рассказать о заслугах использование символов надежности атрибуты успеха жостиж профессионального уровня или приндалежти к соц группе2прием безуслов согласия сначала сообщ использ тезисы вызывающ безуслов согласие ауд.3использ влятельной речи.4использ нескольких коммуникаторов больше людей знают о темеПриемы...
31167. В чем отличие убеждения от внушения 22 KB
  Эффект убеждения: может быть достигнут только при выполнении нескольких условий: аДостаточное колво времени бзаинтересованность ауд в вопросе вУ может состояться если у ауд есть возможность воспринимать и обработать полученную инфу гСравнительное сходное понимание аргументов и тезисов коммуникаторами и ауд.Косвенное У основано на использовании факторов отвлекающих на себя внимание ауд но создающих иллюзию убедительности. вхарки ауд.
31168. Назовите характеристики коммуникатора, повышающие убедительность сообщения 22 KB
  2 прием: Надежным считается альтернативные коммуникаторы когда передается инфа кот замалчивают либо противоположная той кот передают в офиц СМИ 3 прием: Независимость координатора. 4 прием: Использование нескольких ораторов. 5прием: ускорение речи зритель не успевает продумать сообщение Суще понятие эффект спящего: Влияние кредитного коммуникатора сохрся в течение 1 месяца затем резко падает.
31169. Перечислите характеристики убедительного сообщения 21.5 KB
  Также эмоция радости может вызывать положит ассоциации с темой сообщения анекдоты веселые истории. лучше всего запоминаются сообщения в кот речь идет о трагических ситуациях. В случае использования эмоции страха можно столкнуться с эффектом бумеранга: последствием кот может быть забывание сообщения.
31170. Что такое когнитивный диссонанс 23 KB
  Практически не случается ни того ни другого процесс затухает не добравшись даже до стадии дискомфорта в головах 95 населения прекрасно уживаются полностью противоречивые факты и представления о них и ничего. Также возможен вариант с безусловным рефлекторным отторжением вызывающей такой дискомфорт инфы.