Портал освітньо-інформаційних послуг «Студентська консультація»

  
Телефон +3 8(066) 185-39-18
Телефон +3 8(093) 202-63-01
 (093) 202-63-01
 studscon@gmail.com
 facebook.com/studcons

<script>

  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){

  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),

  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)

  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');

 

  ga('create', 'UA-53007750-1', 'auto');

  ga('send', 'pageview');

 

</script>

Розробка програмного комплексу системи «Електронна книга рецептів»

Тип роботи: 
Курсова робота
К-сть сторінок: 
46
Мова: 
Українська
Оцінка: 

було легко перевести в програмний код.

Основною причиною використання мови UML є спілкування розробників між собою.
Крім того, UML спеціально створювалася для оптимізації процесу розробки програмних систем, що дозволяє збільшити ефективність їх реалізації у кілька разів і помітно поліпшити якість кінцевого продукту.
UML прекрасно зарекомендувала себе в багатьох успішних програмних проектах. Засоби автоматичної генерації кодів дозволяють перетворювати моделі мовою UML у вихідний код об’єктно-орієнтованих мов програмування, що ще більш прискорює процес розробки.
Практично усі CASE-засоби (програми автоматизації процесу аналізу і проектування) мають підтримку UML. Моделі розроблені в UML, дозволяють значно спростити процес кодування і направити зусилля програмістів безпосередньо на реалізацію системи.
Діаграми підвищують супроводжуваність проекту і полегшують розробку документації.
1. 5 Уточнена постановка задачі на розробку програмного забезпечення
На основі виконаного аналізу та огляду літературних джерел можна сформулювати постановку задачі: розробити програмне забезпечення інформаційної системи « Електронна книга рецептів «, основними функціями якої є: можливість пошуку по параметрах, можливість перегляду всіх рецептів програми.
Розробити зручний графічний інтерфейс для роботи з інформацією. Основні дії та взаємодія між користувачем та системою повинні супроводжуватися відповідними повідомленнями для користувача
Створити навігаційні клавіші для можливості швидкого та зручного отримання доступу до потрібної функції в системі.
Програма «Електронна книга рецептів « повинна бути універсальною, такою, щоб підходила як для домашнього користування, так і для установ громадського харчування.
Для розробки подібного продукту потрібно орієнтуватися на те, що користувач цієї програми може мати початкові навики роботи з персональним комп’ютером, тому інтерфейс програми повинен бути якомога простішим, з підказками, з контекстним меню, з приємним дизайном, щоб зробити користування цією програмою простим і приємним.
 РОЗДІЛ 2 Проектування програмного забезпечення системи. Формулювання вимог до системи
2. 1 Етап формування вимог до системи
Завдання системи
Програмний продукт оперує даними про рецепти.
Завдання системи
Система повинна застосовуватися для отримання довідкової інформації про приготування тої чи іншої страви. Призначається для полегшення приготування різних страв.
Загальна характеристика системи
Система повинна виконувати основні функції:
  • Можливість виведення всіх рецептів на екран.
  • Можливість виведення детальної інформації про вибраний рецепт.
  • Можливість пошуку за певними критеріями.
  • Можливість зміни даних (додавання, вилучення, редагування).
  • Дані про рецепти зберігаються у відповідних текстових файлах.
  • Можливість задання під кожен рецепт відповідного зображення.
  • Можливість роздруку рецептів.
Умови роботи
Комп’ютерна програма для пошуку потрібного рецепту. Операції з даними про рецепт можуть розширюватись.
Не функціональні вимоги
  • Для звичайної роботи програми достатньо комп’ютера з монітором клавіатурою та мишкою.
  • Програма повинна без затримок здійснювати пошук.
  • Простий і зрозумілий інтерфейс
Користувачі програми
Програма є універсальною, такою, що підходить як для домашнього користування, так і для установ громадського харчування.
Якість
Порівняно з іншими програмними продуктами система пропонує правильну інформацію про рецепти, має можливість швидкого пошуку. Збоїв програми при тестуванні не виявлено.
Продуктивність
Продуктивність системи залежить від швидкості пошуку, який не повинен тривати довше 200-350мсек., швидкості внесенню змін (100мсек).
У випадку використання фіскального принтера на продуктивність системи впливає драйвер пристрою. Для такого випадку потрібно реалізувати драйвер обміну даних системи з принтером який одночасно з запитом видає результат виконання операції. Допускається затримка на виконання операції фіскальним пристроєм не більше ніж 1сек. Збільшення затримки на необхідну кількість часу береться з протоколу самого принтера. Результат операції принтера виводиться на екран або цифрове табло для користувача тоді перевірити і вивести на екран одну з причин несправностей а саме:
  • Занижена або завищена напруга
  • Внутрішня помилка
  • Немає зв’язку з принтером
  • Принтер не готовий для виконання операцій
Відношення з іншими програмами.
Система працює на всіх ОС Microsoft Windows починаючи з версії 98.
Ресурси
Для нормальної роботи системи достатньо таких мінімальних засобів як:
Апаратні засоби комп’ютера:
  • Процесор 1. 7 GHz
  • Вінчестер 60 Gb
  • Відео карта 256 Mb
  • Оперативна пам'ять DDR2 512 Мb 400MHz
Програмні засоби:
  • Операційна система Microsoft Windows XP SP2
  • Microsoft NET Framework 2. 0
Перевірка вимог.
Відповідність вимог до мінімальних ресурсів системи
Часто з’являються нові пристрої з якими система також повинна могти працювати. В такому випадку реалізація обміну і обробки даних між пристроєм та системою має бути в окремій бібліотеці. Це дасть змогу легко змінювати механізм обміну інформації з пристроєм при тому не зачіпаючи функцій самої системи.
2. 2 Розробка UML діаграми варіантів використання
Основна мета створення будь-якої програмної системи це створення програмного продукту, який допомагає користувачу виконувати свої повсякденні завдання. Для створення таких програм насамперед визначаються вимоги, яким повинна задовольняти система. Проте якщо дати користувачам написати ці вимоги на папері, то часто можна одержати список функцій, по якому важко судити чи буде майбутня система виконувати своє призначення і чи зможе вона полегшити користувачу виконання його роботи взагалі.
Для того, щоб точніше зрозуміти як повинна працювати система, все частіше використовується опис функціональності системи через варіанти використання (UseCase або прецеденти). Варіанти використання це – опис послідовності дій, які може здійснювати система у відповідь на зовнішні дії користувачів або інших програмних систем. Варіанти використання відображають функціональність системи.
Діаграми варіантів використання описують
Фото Капча