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

Постумови

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


 

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

21220. Психология цвета. Книга 832.5 KB
  Последние три главы посвящены цветолечению в них описываются особенности заболеваний людей с разными цветовыми типами поведения и цветомедитация метод который автор разрабатывает в течение последних десяти лет. Последние три главы посвящены цветолечению в них описываются особенности заболеваний людей с разными цветовыми типами поведения и цветомедитация метод который автор разрабатывает в течение последних десяти лет. СИМВОЛИЧЕСКОЕ ЗНАЧЕНИЕ ЦВЕТА СЕМАНТИЧЕСКИЕ ПОЛЯ ЦВЕТОВ СПЕКТРА Цвета ахроматической оси Цвета хроматического круга...
21221. Система планов предприятия и их взаимоувязка 64.5 KB
  Все виды планов на предприятии могут быть систематизированы по таким основным классификационным признакам, как содержание планов, уровень управления, методы обоснования, время действия, сфера применения, стадии разработки, степень точности и др.
21222. Психология цвета 871.5 KB
  Бехтерев Цвет в рекламе понятие святое. Начиная серию публикаций о цвете мы осознаем что тема это сложна и обширна. Вашему вниманию предлагается первая часть темы: психология восприятия цвета.
21223. Психология цвета. Символика цвета. Цвет и характер. Цвет и работоспособность 94 KB
  Символика цвета. Цвет и характер. Цвет и работоспособность.
21224. Цвет влияет на принятие решений 84.5 KB
  Эксперты советуют чаще использовать зеленый утверждения зеленого цвета вызывают согласие. По заказу компании НР была проанализирована возможность влиять на отношение аудитории к напечатанным утверждениям используя различные цвета печати. Результаты этого исследования должны помочь компаниям лучше понять каким образом различные группы реагируют на цвет и в свою очередь дадут им возможность проанализировать и улучшить использование цвета во внутренних и внешних коммуникациях. Согласно исследованию использование зеленого цвета оказалось...
21225. Психология цвета в одежде 43 KB
  Вам хотелось бы знать как цвет одежды влияет на того кто ее носит и как воспринимаются определенные цвета окружающими Посмотрите одну из существующих классификаций воздействия цвета. Цвет Эмоциональное воздействие Символическое значение Желтый теплый Стимулирует веселит бодрит оживляет Солнце благодарность Желтый холодный Тошнота отвращение бред Ревность зависть измена Оранжевый Радует ободряет активирует Солнце радость богатство мощь роскошь торжество Краснооранжевый Возбуждает дразнит подстрекает Любовь гордость мощь...
21226. Психология цвета в рекламе 61 KB
  Цвета обращаются к чувствам а не к логике человека. Цвета обращаются к чувствам а не к логике человека а именно: вызывают психологическую реакцию: подчеркивают качество настроение чувство; создают теплую или холодную среду; отражают времена года и т. Как показывают специальные исследования 80 цвета и света поглощаются нервной системой и только 20 зрением.
21227. Педагогическая психология 22.98 KB
  Если в дидактике Каменского Песталлоци психологическая сторона образовательного процесса разработана еще не достаточно то начиная с работ Дистервейка и Ушинского поднимается вопрос о необходимости изучения психологии ученика и психологии учителя разработка психологического подхода к рассмотрению образовательного процесса как совокупности обучения и воспитания с конца 19до начала 80х годов 20 века оформленея педагогической психологии в самостоятельную отрасль появление первых экспериментальных работ в этой области. характеризуется...
21228. Психологические аспекты теории и практики обучения 32.62 KB
  Леонтьев учение рассматривал как тип ведущей деятельности. Которая не только занимается большой период времени но и в ее русле формируется мама личность ученика более частные виды деятельности. Платонов считал что учение это вид деятельности в процессе которой осуществляется обучение личности и достигается ее обученность Научение. Ительсон считал что научение это устойчивое целесообразное изменение физической и психической деятельности поведения которое возникает благодаря предшествующей деятельности и не вызывается непосредственно...