37697

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

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

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

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

Украинкский

2013-09-25

150 KB

19 чел.

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

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

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

Постумови

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


 

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

74863. ПРОБЛЕМЫ ИСТОРИЧЕСКОГО ИЗУЧЕНИЯ ФОЛЬКЛОРА В РАБОТАХ ПРОППА РУССКИЙ ГЕРОИЧЕСКИЙ ЭПОС И РЫБАКОВА ДРЕВНЯЯ РУСЬ. СКАЗАНИЯ. БЫЛИНЫ. ЛЕТОПИСИ 49.27 KB
  Проппа Русский героический эпос – первая и остающаяся до сих пор единственной монография посвящённая русским былинам. Автором рассмотрены все многообразные сюжеты так что возможно использовать книгу в качестве справочника по эпосу. Народ вкладывает в эпос свои стремления содержание песен настраивает его на высокий моральный уровень.
74864. Частушки (происхождение, темы, поэтика) 61.23 KB
  Частушка является самым распространенным жанром песенной поэзии. Частушка очень ярко и быстро откликалась на самые разнообразные темы современности. Частушка представляет собой одновременно и памятник далекого прошлого и громкий голос современности. Одна и та же частушка может существовать десятилетиями подвергаясь мелким крупным изменениям.
74865. Роды и виды детского фольклора 57.99 KB
  Пестушка как явление игрового фольклора. Практическая функция. Потешка (“Ладушки”, “Сорока” и др.) и ее развитые игровые и словесные формы. Прибаутки как явление словесного творчества. Их структурные формы как маленьких сказочек в стихах. Особый вид прибауток-перевертыши. Нарочитое смещение в прибаутках реальных связей и отношений как педагогическое свойство и средство комического.
74866. Исторические песни о событиях 16-17 веков 111.49 KB
  Исторические песни как эпический жанр очень близки к былинам но все же отличны от былин по содержанию форме. Термин исторические песни является не народным он введен исследователями фольклора. Чаще всего люди не занимающиеся фольклористикой не выделяют исторические песни как особый жанр называют наравне с былинами старинастаринка.
74867. Духовные стихи и песни (темы, образы, сюжеты, стиль) 109.26 KB
  Основа Духовных стихов –книжные повести церковного происхождения источник –Священное Писание. Функции Духовных стихов Назидательная Дидактическая Форма исполнения: песенная этим отличается от легенды. Духовные стихи в отношении формы и стиля делятся на Лирические Эпические более древние Общим для лирических эпических и лироэпических стихов является их несомненная зависимость от книжных источников...
74868. Предания. Бывальщины. Былички. Народная демонология 129.68 KB
  Определение жанра как устного повествования о событиях выпадающих из хода повседневной жизни: стихийные бедствия социальные аномалии в том числе войны экстремальные жизненные ситуации в быту на работе на промысле в дороге. Проблема обособления бывальщины как фольклорного жанра в ряду бытовых рассказов. Связь бывальщины с другими жанрами сказками и др. Тематический спектр жанра: рассказы о встречах взаимоотношениях с домовым банником водяным лешим русалкой чертом покойником; о колдунах проклятых; о кладах; о гаданиях и...
74869. Основные понятия финансового менеджмента 1.06 MB
  Основные понятия финансового менеджмента Понятие финансового менеджмента: принципы цели задачи и функции Обеспечение финансового менеджмента Базовые концепции финансового менеджмента Финансовый менеджмент представляет собой систему принципов и методов разработки и реализации управленческих решений связанных с формированием распределением и использованием финансовых ресурсов предприятия и организацией оборота его денежных средств. В какой бы сфере деятельности предприятия не принималось управленческое решение оно прямо или косвенно...
74870. Финансовая стратегия предприятия 969 KB
  Финансовая стратегия предприятия Понятие финансовой стратегии и методы ее разработки Стратегический финансовый анализ и методы его осуществления. Оценка разработанной стратегии Управление и контроль реализации финансовой стратегии. Понятие финансовой стратегии и методы ее разработки Финансовая стратегия представляет собой один из важнейших видов функциональной стратегии предприятия обеспечивающей все основные направления развития его финансовой деятельности и финансовых отношений путем формирования долгосрочных финансовых целей выбора...
74871. Управление капиталом предприятия 1.59 MB
  Управление капиталом предприятия Экономическая природа капитала. Понятие капитала и цены капитала. Оптимизация структуры капитала Оценка стоимости элементов капитала Управление эмиссией акций Управление формированием операционной прибыли Управление финансовым лизингом Управление облигационным займом Управление банковским кредитом Управление коммерческим кредитом Управление внутренней кредиторской задолженностью...