Розробка програмного продукту. Етап формулювання вимог та побудова моделі

Інформація про навчальний заклад

ВУЗ:
Національний університет Львівська політехніка
Інститут:
Не вказано
Факультет:
КН
Кафедра:
Кафедра автоматизованих систем управління

Інформація про роботу

Рік:
2012
Тип роботи:
Звіт до лабораторної роботи
Предмет:
Інші

Частина тексту файла (без зображень, графіків і формул):

Міністерство освіти і науки, молоді та спорту України Національний університет «Львівська політехніка» Кафедра автоматизованих систем управління Звіт До лабораторної роботи №1-2 «Розробка програмного продукту. Етап формулювання вимог та побудова моделі» Мета: Ознайомлення з основними задачами, які необхідно розв’язати під час виконання етапу формулювання вимог та побудови моделі Порядок роботи Ознайомитися з теоретичною частиною. Отримати конкретне завдання. Виконати реалізацію етапу формування вимог та побудувати модель у відповідності з завданням. Оформити звіт за результатами виконаної роботи. Теоретична частина Вимоги до програм: 1. Правильність. 2. Ефективність. 3. Надійність. 4. Універсальність. 5. Функціональність. 6. Зручність у використанні. 7. Стандартизованість. 8. Переносимість. 9. Читабельність. 10. Модифікованість. 11. Документованість. Життєві цикли програмного забезпечення. Основні: Формулювання вимог Проектування Реалізація Тестування Підтримка Додаткові Стратегічний етап Етап аналізу Написання документації Хороший опис вимог повинен: • бути повним і послідовним; • описувати, як поводиться система, як вона побудована; • розглядати будь-які обмеження системи; • бути легким у розвитку; • брати до уваги можливі майбутні зміни; • описувати виключення. Вимоги бувають функціональні та не функціональні. Функціональні вимоги описують функції, що виконуються системою. Вони можуть передбачати вимоги до зовнішніх систем для виконання. Нефункціональні вимоги описують обмеження та залежності, в яких виконуються функції. Ці вимоги можуть бути поділені на: • вимоги продукту, наприклад "можуть використовуватися тільки клавіатура і миша"; • вимоги процесу, наприклад "система повинна виконуватися за стандартом XXA/2002" ; • зовнішні вимоги, наприклад "система повинна працювати з базою даних, описаною в документі YYYB/2001 і ніякі зміни в базі даних недопустимі". Якісний опис вимог повинен задовольняти наступні вимоги: • бути повним і послідовним; • описувати зовнішній режим роботи; • описувати обмеження системи; • бути легким для модифікування; • брати до уваги можливі майбутні зміни; • описувати швидкодію системи в екстремальних / небажаних ситуаціях. Модель. - це представлення якоїсь концепції реальності. • модель вимог - описує способи використання; • аналітична модель - статика і динаміка системи, описуються мовою UML; • модель дизайну - описується мовою UML більш деталізовано. При побудові аналітичної моделі найчастіше роблять такі записи: • звичайна мова; • графічні записи; • специфікація - структурований текстовий і числовий опис. Основними діями на етапі аналізу є: • визначення, пояснення, моделювання, специфікація і документування частин і проблем проекту; • визначення контексту проекту; • визначення вимог користувача; • визначення організаційних вимог; • інші рішення, наприклад, апаратні настройки, настройки ПЗ, фінансові обмеження, обмеження часу і т.п. Ключовими чинниками успіху на фазі аналізу є: • участь представників клієнта; • повний і загальний підхід, без загострення уваги на деталях; • розгляд складних аспектів (безпека, масштабованість, оцінка об'єму); • відповідність стандартам; • перевірка коректності і послідовності; • прозорість, логічність і послідовність документа. Функціональні вимоги: ідентифікація всіх типів користувачів системи; ідентифікація всіх типів користувачів підтримки визначення кожного типу користувачів всіх системних функцій і шляхів використання системи; опис зовнішніх систем (БД, Інтернету, мереж), що будуть використовуватися системою; визначення організаційних структур, законодавства, стратегій Нефункціональні вимоги: Системні функції Об’єм Швидкість Точність Обмеження Інтерфейс Адаптивність Безпека Гнучкість Стандарти Ресурси Час Синтаксис – визначає способи ведення запису. Семантика – визначає значення запису. Прагматика – визначає способи і цілі застосування запису і використання шаблонів. Вона визначає процеси отримання результатів аналізу і дизайну у формі, яку вибрали автори. Прагматика незвичайно важлива для будь-якої методології. Реальні приклади зазвичай дуже складні, а наші приклади дуже часто здаються тривіальними. Аналіз отриманих результатів Постановка задачі В сьогоднішні дні важко собі уявити життя без комп’ютерних технологій та Інтернету. З розвитком інформаційних технологій з’являються нові можливості, які значно полегшують виконання об`ємних рутинних задач, а також дають змогу здійснювати масштабні проекти, які було б неможливо реалізувати, або навіть уявити без Інтернету. Наприклад, інтернаціональні опитування, соціальні мережі, Інтернет магазини і т.д.. Таким чином виникає необхідність створення таких програмних засобів, які дозволяли б здійснювати замовлення їжі через Інтернет. Одним з таких замовлень стала програма McDonald`s System, яка дає можливість замовити їжу через Інтернет, поцікавитись новинками страв, отримати інформацію про ціни, та місцезнаходження найближчих кафе. Замовником є інтернаціональне фаст-фуд кафе McDonald, яке хоче не відставати від цифрового прогресу та надавати своїм поціновувачам, якомога більше вигод та зручностей. Етап формулювання вимог Програма призначена для надання інформації про себе та своє меню, а також для замовлення страв. Постачальники мають попередньо отримати свій логін і пароль у системного адміністратора, а клієнти можуть зареєструватись в режимі online. До функцій системного адміністратора входить: адміністрування системи, створення та редагування користувацьких записів, слідкування за коректною роботою системи. Менеджер має доступ до всієї інформації, такої як людські ресурси, рух коштів. Постачальники повинні мати доступ до бази системи для перевірки інформації про відсутні продукти. Офіціанти компанії повинні мати доступ до бази системи для прийняття заказу, перевірки інформації про покупця. Завдання системи Система призначена для автоматизування роботи замовлень у кафе. Особливості програмного продукту Основна особливість системи полягає в тому, що вона проводить реєстрацію отримувачів послуг компанії із збереженням результатів у загальній базі даних. Система призначена для роботи у локальній мережі та через Інтернет. Процес реєстрації клієнтів для надання окремих послуг здійснюється як і з допомогою спеціальної програми (встановленої на ПК, або в локальній мережі), так і за допомогою web-браузера. Умови роботи Для роботи системи необхідно мати комп’ютер-сервер, на якому буде розміщена база даних, спроектована мовою SQL. До сервера через локальну мережу або Інтернет будуть надходити запити від інших комп’ютерів, на яких встановлена спеціальна програма. Система може працювати на таких операційних системах як : Windows XP, Windows 7 , Windows Vista. Для нормального користування системою швидкодія Інтернету повинна бути не меншою 512 Кбіт/сек. Серед усіх функцій, які виконує система можна виділити загальні операції: Реєстрація користувачів. Редагування користувацьких записів. Логування користувачів Відображення списку страв з інформацією Можливість замовлення страв Збереження історії замовлень Облік прибутку компанії Функціональні вимоги Для роботи в системі кожен користувач має бути попередньо зареєстрований в ній. Зареєстровані користувачі мають свій логін і пароль за допомогою якого вони входять в систему пройшовши процедуру логування. Система має працювати в п’яти режимах. В залежності від режиму користувачам буде доступний певний набір функцій. Режим Системного адміністратора Адміністрування системи Реєстрація користувачів Редагування користувацьких записів Верифікація даних Створення резервних копій даних Удосконалення/оновлення системи Налаштування системи Режим Менеджера Адміністрування системи Реєстрація користувачів Редагування користувацьких записів Можливість здійснення знижок Списки відсутніх продуктів Співпраця з постачальниками Розподілення грошового потоку Вибір напрямку розвитку Режим Офіціанта Перегляд списку страв Перегляд замовлення Рішення про надання знижки Редагування списку відсутніх продуктів Перенаправлення виконаного замовлення службі доставки Перегляд клієнтських профілів Відповідь повідомлень клієнтам Режим Кур’єр Список замовлень Перегляд клієнтських профілів Вибір особи доставки Звіт про доставку Повідомлення про невиконане замовлення Запит про маршрут доставки Запит про час доставки Режим Клієнта Реєстрація Логування Перегляд списку страв Перегляд інформації про страви Здійснення замовлення Запит на знижку Дані про місцезнаходження кафе Не функціональні вимоги Вимоги до продукту : Система повинна працювати на операційній системі MS Windows. Комп’ютер-сервер, на якому буде розміщена база даних повинен мати процесор з частотою не менше 2.0 GHz, вінчестер об’ємом 320 GB та оперативною пам’яттю не менше 3 Gb. Операційна система MS Windows із встановленою програмою Міcrosoft SQL server 2008 SP1. Клієнтські ПК з ОС Windows і встановленою спеціальною програмою, яка забезпечує роботу в режимі клієнт 1 або клієнт 2. Мінімальні апаратні характеристики: процесор - 800 MHz, вінчестер – 4 гб, оперативна пам’ять 64 Мб. Локальна мережа, вихід в Інтернет. Швидкодія Інтернету повинна бути не меншою 512 Кбіт/сек. Вимоги до процесу: Використання протоколу TCP/IP. Використання протоколу HTTP/HTTPS. Можливість одночасної роботи в системі ~ 1000 клієнтів. Можливість одночасної обробки ~ 100 запитів. Зовнішні вимоги: Операційна система МS Windows. Мова інтерфейсу – англійська, українська, російська. Комп’ютер-сервер. Локальна мережа, вихід в Інтернет. Тип мережі: Ethernet або Fast Ethernet. Швидкодія Інтернету повинна бути не меншою 512 Кбіт/сек. Об’єм Можливість одночасної роботи в системі ~ 1000 клієнтів.  Швидкість реакції системи на запит Можливість одночасної обробки ~ 100 запитів.  Апаратні засоби Апаратна частина сервера: Процесор Intel Core 2 Duo 2.0 GHz x 2 Вінчестер 320 GB Відеокарта 512 Mb Оперативна память DDR3 4GB 1667 MHz UPS Пристрій безперебійного живлення Апаратна частина клієнтського комп’ютера: Локальна мережа , вихід в Інтернет. Процесор Intel Pentium II 800 MHz Вінчестер 4 GB Відеокарта 64 Mb Оперативна пам’ять DDR 128MB Мережева карта: ASUS NX1101 10/100M Встановлений Веб браузер Встановлений Флеш плеєр Монітор Клавіатура Мишка Вимоги до мережі: Швидкодія Інтернету не меншою 512 Кбіт/сек. Вимоги до офісу: Температура повітря,0С – 15 - 30 Вологість повітря, % – 40-90  Програмний інтерфейс Сумісність з ОС WINDOWS. Написана в середовищі Microsoft Visual Studio 2010. Програмна частина сервера: XAMPP.  Взаємодія людини з системою Для роботи користувача з програмою достатньо: - встановити програму на ОС WINDOWS; - мати вихід в Інтернет чи локальну мережу. Також є можливість здійснення замовлень за допомогою web-браузера з встановленим flash плеєром. Для цього достатньо мати вихід у Інтернет чи локальну мережу.  Безпека База даних написана мовою MySQL і розміщена на сервері. Для захисту використовують стандартні методи програми XAMPP, такі як : Правила безпеки; Обмеження доступу до файлів SQL Server; Захист клієнтів; FireWall При неправильному завершенні роботи втрати даних не буде, оскільки клієнт працює напряму з базою. Всі зміни здійснені в клієнті одразу передаються базі даних. Втратитися можуть лише ті зміни, які були в процесі виконання.  Гнучкість Клієнтські програми працюють практично на всіх версіях MS Windows. Програма передбачає роботу як через локальну мережу, так і через Інтернет Є можливість здійснення замовлень за допомогою веб - браузера. Тож клієнтська сторона незалежна від операційної системи.  Ресурси Обмеження строго по бюджету 200 000 грн.  Час 10 місяців на розробку системи: Етап формулювання вимог -1 місяць. Етап аналізу - 1 місяці. Етап проектування - 3 місяці. Етап реалізації - 4 місяць. Етап тестування - 1 місяць. Етап встановлення – 7 днів.  Словник термінів Термін Визначення  Менеджер Особа, яка має безпосередній доступ до бази даних і має всі можливі інструменти управління нею, використовуючи інтерфейс адміністратора.  Системний адміністратор Особа, яка має доступ до всіх функцій системи і веде контроль за коректною роботою.  Офіціант Особа, яка має обмежений доступ до бази, має такі доступні функції, як: обробка замовлення, інформація про всю продукцію, доступ до профілів користувачів  Кур’єр Особа що має доступ до списків замовлень, до профілів користувачів.  Клієнт Особа, яка зареєструвавшись на сайті, замовляє послуги, дістає потрібну інформацію  Сервер Комп’ютер з SQL сервером, де буде розміщена БД.  База даних Набір даних розміщених на сервері з яким взаємодіє клієнтська програма.  Інтерфейс Засіб за допомогою якого користувач здійснює дозволені йому функцію.  Замовлення Процес придбання продукції клієнтом  Користувачі системи Основними користувачами системи є клієнти – замовники страв. Вони використовуватимуть систему для ознайомлення з продукцією, яку надає McDonalds, їх ціною та іншою інформацією. Іншими користувачами системи є: Системний адміністратор – особа, яка має повний доступ до всіх функціональних можливостей системи і здійснюють контроль за її коректною роботою. Менеджер - Особа, яка має безпосередній доступ до бази даних і має всі можливі інструменти управління нею, використовуючи інтерфейс адміністратора. Кур'єр – особа, що здійснює доставку замовлень на дім. Офіціант – особа , яка приймає та обробляє замовлення. Концептуальна модель системи  Спрощена модель системи  Адміністратор має свій інтерфейс, з допомогою якого взаємодіє з базою і слідкує за коректною роботою системи, створює облікові засоби користувачів та ін.. Менеджер в свою чергу має свій інтерфейс, який дозволяє йому виконувати свої функції. Інтерфейс клієнта призначений для створення замовлень. Інтерфейс Офіціанта дозволяє приймати замовлення і перенаправляти їх кур’єру. Кур'єр через свій інтерфейс може проглянути маршрут і адрес доставки. Відношення з іншими програмами Програма успішно працює під ОС Windows XP, Windows Vista та Windows 7. Ресурси для класу «адміністратор», «Менеджер». Для нормальної роботи системи достатньо таких ресурсів: - Локальна мережа , вихід в Інтернет. - Апаратні засоби комп’ютера: • Процесор Intel Pentium II 800 MHz • Вінчестер 4 GB • Відеокарта 64 Mb • Оперативна память DDR 128MB • Мережева карта: ASUS NX1101 10/100M • Монітор • Клавіатура • Мишка - Програмні засоби: • ОС WINDOWS • XAMPP Ресурси для класу «клієнт», «офіціант», «кур’єр». Для нормальної роботи системи достатньо таких ресурсів: - Локальна мережа , вихід в Інтернет. - Апаратні засоби комп’ютера: • Процесор Intel Pentium II 800 MHz • Вінчестер 2 GB • Відеокарта 32 Mb • Оперативна память DDR 64MB • Мережева карта: ASUS NX1101 10/100M • Монітор • Клавіатура • Мишка - Програмні засоби: • ОС WINDOWS Модель взаємодії системи з сутностями користувачів. Таблиця 1.1 показує взаємодію сутності «Клієнт» з системою відповідно до функцій системи. Таблиця 1.1 Клієнт Потік повідомлень Система  Запит на реєстрацію Форма реєстрації, Інформація про клієнта Перевірка правильності вводу інформації  Запит на логування Логін, пароль Перевірка логіну і паролю  Запит на список страв Інформація Виведення усіх страв  Запит на інформації про страву / ціну Назва страви Пошук страви за критерієм  Запит на замовлення Критерії замовлення Перевірка можливості замовлення  Запит на скасування замовлення Критерії замовлення Перевірка можливості скасування замовлення  Запит на місцезнаходженя кафе / найближчого кафе Дані свого місцезнаходження Пошук доступних кафе  Запит на наявність Wifi Адреса кафе Перевірка можливості обраного критерію  Запит на наявність дит. Майданчика Адреса кафе Перевірка можливості обраного критерію  Запит на можливість проведення ДН Адреса кафе Перевірка можливості обраного критерію  Запит на наявність McCafe Адреса кафе Перевірка можливості обраного критерію   Таблиця 1.2 показує взаємодію системи з сутністю «Клієнт» відповідно до функцій системи Таблиця 1.2 Система Потік повідомлень Клієнт  Підтвердження реєстрації або відмова Інформація Реєстрація/повідомлення про помилку  Підтвердження входження в систему або відмова Інформація Вхід в систему або відмова  Список страв Інформація Відображення списку страв  Інформація про страву Інформація Відображення сторінки з інформацією про страву  Підтвердження про успішність замовлення / помилка Інформація Повідомлення про успішність/ неуспішність замовлення  Підтвердження про успішність скасування замовлення / помилка Інформація Підтвердження про успішність скасування замовлення / помилка  Список кафе Інформація Відображення списку кафе  Підтвердження про наявність / відсутність Wifi Інформація Повідомлення про наявність / відсутність Wifi  Підтвердження про наявність / відсутність Дит майданчика Інформація Повідомлення про наявність / відсутність Дит майданчика  Підтвердження про можливість / неможливість проведення ДН Інформація Повідомлення про можливість / неможливість проведення ДН  Підтвердження про наявність / відсутність McCafe Інформація Повідомлення про наявність / відсутність McCafe   Таблиця 2.1 показує взаємодію сутності «Офіціант» з системою відповідно до функцій системи Таблиця 2.1 Офіціант Потік повідомлень Система  Запит на список страв Інформація Виведення списку страв  Запит на нові замовлення Інформація Оновлення списку замовлень  Запит на профіль клієнта Ім’я клієнта Пошук клієнта у БД  Запит про надання знижки Ім'я клієнта Перевірка даних клієнта  Запит на відсутність продуктів Інформація Пошук продуктів що закінчуються  Запит до кур'єра Назва кур'єра З’єднання з кур’єром  Запит на відповідь клієнта Ім'я клієнта Запитання клієнта   Таблиця 2.2 показує взаємодію системи з сутністю «Офіціант» відповідно до функцій системи Таблиця 2.2 Система Потік повідомлень Офіціант  Список страв Інформація Вигляд списку страв  Підтвердження нових замовлень Інформація Список нових замовлень  Знаходження клієнта у БД Інформація Вигляд особової сторінки  Рішення про надання знижки Інформація Підтвердження або відмова у знижці  Сторінка з продуктами що закінчуються Інформація Рішення що потрібно дозамовити  Перевірка чи кур’єр вільний Інформація Підтвердження кур’єра  Відповідь на запитання Інформація Підтвердження відповіді  Таблиця 3.1 показує взаємодію сутності «Адміністратор» з системою відповідно до функцій системи Таблиця 3.1 Адміністратор Потік повідомлень Система  Запит на створення користувачів Інформація про користувача Перевірка інформації про користувача  Запит на редагування користувачів Інформація про користувача Перевірка інформації про користувача  Запит на видалення користувачів Інформація про користувача Перевірка інформації про користувача  Запит на редагування БД Нова інформація для БД Перевірка інформації для БД  Запит на перегляд списку користувачів Назви користувачів Перевірка назв користувачів  Запит на зміну інтерфейсу клієнтів Інформація про клієнта Перевірка запиту  Запит на зміну інтерфейсу офіціантів Інформація про офіціанта Перевірка запиту   Таблиця 3.2 показує взаємодію системи з сутністю «Адміністратор» відповідно до функцій системи Таблиця 3.2 Система Потік даних Адміністратор  Підтвердження створення користувача Інформація Створення запису користувача / відмова  Підтвердження редагування користувача Інформація Редагування запису користувача / відмова  Підтвердження видалення користувача Інформація Видалення запису користувача / відмова  Внесення інформації в БД Інформація Оновлена БД  Формування списків користувачів Інформація Список користувачів  Оновлений інтерфейс клієнта Інформація Повідомлення про успішні зміни  Оновлений інтерфейс офіціанта Інформація Повідомлення про успішні зміни   Таблиця 4.1 показує взаємодію сутності «Менеджер» з системою відповідно до функцій системи Таблиця 4.1 Менеджер Потік повідомлень Система  Запит на інформацію про прибуток Назва розділу Пошук відповідних розділів прибуткової таблиці  Запит на вибір постачальника Критерії вибору постачальника Обробка критеріїв вибору  Запит на вибір кур’єрів Критерії вибору кур’єрів Обробка критеріїв вибору  Запит на список відсутніх продуктів Назви продуктів Пошук відповідних продуктів  Запит на можливість знижок Інформація про знижки Перевірка критеріїв надання знижок  Запит на інформацію про працівників ПІБ працівника Перевірка наданої інформації  Запит на редагування БД Нова інформація для БД Перевірка інформації для БД   Таблиця 4.2 показує взаємодію системи з сутністю «Менеджер» відповідно до функцій системи Таблиця 4.2 Система Потік повідомлень Менеджер  Обробка таблиці прибутку Інформація Таблиця прибутку  Формування списку постачальників Інформація Список постачальників  Формування списку кур’єрів Інформація Список кур’єрів  Підтвердження відсутніх продуктів Інформація Замовлення відсутніх продуктів / відміна  Підтвердження можливості надання знижок Інформація Розпорядження про можливість надання знижок / відміна  Формування сторінки працівника Інформація Відображення сторінки працівника  Внесення інформації в БД Інформація Відображення оновленої БД   Таблиця 5.1 показує взаємодію сутності «Кур'єр» з системою відповідно до функцій системи Таблиця 5.1 Кур'єр Потік повідомлень Система  Запит на логування Логін і пароль Перевірка логіну та паролю  Запит на список замовлень Критерій замовлень Перевірка критерію замовлень  Запит на інформацію про замовлення Дані про замовлення Перевірка даних про замовлення  Запит на профіль клієнта ПІБ клієнта Перевірка прізвища та імені клієнта  Запит на звіт про доставку Дані про доставку Пошук даних про доставку  Запит про маршрут доставки Дані про доставку Пошук даних про доставку  Запит про час доставки Дані про доставку Пошук даних про доставку   Таблиця 5.2 показує взаємодію системи з сутністю «Кур'єр» відповідно до функцій системи Таблиця 5.2 Система Потік повідомлень Кур'єр  Підтвердження входження в систему або відмова Інформація Входження в систему або відмова  Формування списку замовлень Інформація Список замовлень  Пошук замовлення за відповідними даними Інформація Вивід замовлення  Пошук клієнта за відповідним ПІБ Інформація Сторінка з інформацією клієнта  Перевірка даних підтвердження доставки Інформація Підтвердження доставки / відмова  Перевірка даних про маршрут доставки Інформація Підтвердження маршруту доставки / відмова  Перевірка даних про час доставки Інформація Підтвердження часу доставки / відмова   Таблиця 6.1 показує взаємодію сутності «Сервер» з системою відповідно до функцій системи Таблиця 6.1 Сервер Потік повідомлень Система  Запит на меню Критерій страви Пошук відповідного критерію в списку страв  Запит на ціни Назва страви Пошук страви у списку страв  Запит на розклад роботи Адреса кафе Пошук відповідного кафе за адресою  Запит на знижки Критерій знижок Пошук дозволу на знижку за даним критерієм  Запит на рекламу Критерій реклами Пошук реклами за критерієм  Запит на місцезнаходження кафе Поточна адреса Пошук кафе за адресою  Запит на особливості кафе (Wifi і т.д.) Особливий критерій Пошук потрібного критерію у списку кафе   Таблиця 6.2 показує взаємодію системи з сутністю «Сервер» відповідно до функцій системи Таблиця 6.2 Система Потік повідомлень Сервер  Формування списку страв Інформація Список страв  Перевірка правильності назви страви Інформація Сторінка з ціною страви  Вибір годин роботи кафе за відповідною адресою Інформація Дата і години роботи кафе  Підтвердження наявності знижок / відмова Інформація Відображення наявних знижок / відмова  Підтвердження реклами / відмова Інформація Відображення реклами/ відмова  Перевірка адреси кафе Інформація Адреса кафе  Формування списку кафе з наявним даним критерієм Інформація Список кафе   Якість Програма відзначається зручним інтерфейсом, швидкістю роботи та надійністю. Система є стійкою до різного роду збоїв оскільки працює на пряму з SQL сервером (на якому розміщена база даних). Захист Захист системи здійснюється на двох рівнях: на рівні клієнтської програми та на рівні бази даних. Кожний користувач має свій логін і пароль за допомогою яких він може ввійти в систему. В залежності від типу користувача йому будуть доступні ті чи інші можливості. Всі дані будуть доступні лише адміністратору та керівнику проекту. Висновок: Купівля через Інтернет, сьогодні стала звичним і поширеним явищем. А їжа, це те, що потрібно людині кожен день. Існує багато причин, чому такий Інтернет-портал є зручним – можливо дістатись до реального магазину особа не має фізичної змоги, можливо особа не має часу, а можливо зараз розпал вечірки і ніяк не хочеться покидати свято і відправлятись за купівлею страв. А McDonalds – це інтернаціональне фаст-фуд кафе, відоме у всьому світі, і замовляючи тут їжу особа завжди буде знати що вона отримає.
Антиботан аватар за замовчуванням

18.02.2013 17:02-

Коментарі

Ви не можете залишити коментар. Для цього, будь ласка, увійдіть або зареєструйтесь.

Ділись своїми роботами та отримуй миттєві бонуси!

Маєш корисні навчальні матеріали, які припадають пилом на твоєму комп'ютері? Розрахункові, лабораторні, практичні чи контрольні роботи — завантажуй їх прямо зараз і одразу отримуй бали на свій рахунок! Заархівуй всі файли в один .zip (до 100 МБ) або завантажуй кожен файл окремо. Внесок у спільноту – це легкий спосіб допомогти іншим та отримати додаткові можливості на сайті. Твої старі роботи можуть приносити тобі нові нагороди!
Нічого не вибрано
0%

Оголошення від адміністратора

Антиботан аватар за замовчуванням

Подякувати Студентському архіву довільною сумою

Admin

26.02.2023 12:38

Дякуємо, що користуєтесь нашим архівом!