Створення калькулятора множення

Мета: скласти алгоритм програми калькулятор.
Завдання: розробити клас, який реалізує функцію множення. Зобразити у вигляді UML діаграм структуру розробленого програмного продукту.
Хід роботи:
1. Визначення інтерфейсу калькулятора.
Вікно калькулятора, має наступні кнопки:
· Кнопка множення.
· Набір кнопок з цифрами від 0 до 9.
· Кнопка очистити.
· Кнопка виконання операції.
Потім користувач відкриває програму калькулятор, в якій в полі вводу-виводу вже стоїть 0 по замовчуванню.
2. Визначення дій після того, як відбувся запуск програми калькулятор.
Виділяємо певну область пам'яті, щоб мати можливість зберігати вхідні дані і результат.
· Якщо натиснути кнопку С то очиститься вікно редагування(вводу виводу).
· Якщо натиснути кнопки із цифрами від 0 до 9 натиснувши комбінацію цифр, вона занесеться в вікно редагування (вводу), після чого ми натискаємо кнопку виконання операції.
Після обчислення даних, результат знову повертається в вікно (вводу-виводу), в системну мітку яка прихована за вікном редагування.
В нашому випадку це кнопка * (множення).
· Вивести результат на екран, в результаті натискання кнопки *.
Це ми розглянули основні операції при обчисленні десяткового логарифму.
· Тепер ми розглянемо систему вводу чисел. Це здійснюється таким чином, кожній кнопці присвоюється значення цифри, яке копіюється в поле вводу-виводу. Це рівноцінно вводу значень з клавіатури.
Діаграма діяльності програми «калькулятор»
Діаграми діяльності забезпечують динамічне подання системи. Вони особливо важливі при моделюванні функціональності системи і виділяють потік керування між об’єктами. “Динамізм” таких моделей полягає в тому, що в них відображається зміна стану в процесі роботи системи.
Засоби мови UML, для створення динамічних моделей багато чисельні та різнобічні. Ці засоби орієнтовані не тільки на власні програмні системи, але і на відображення вимог замовника до поведінки таких систем. Для моделювання поведінки системи використовують:1.) автомати, 2.) взаємодія.
- Автомати (State machine)описують поведінку в терміналах послідовність станів через які проходить об’єкт на протязі свого життя. Таким чином, автомат задає поведінку системи як цілої, єдиної системи; моделює життєвий цикл єдиного об’єкту. В силу автоматичний підхід зручно застосовувати для формалізації динаміки окремого складного для розуміння блоку системи.
- Взаємодія (Interaction) описує поведінку в терміналах обміну повідомленнями між об’єктами. Також взаємодії визначають поведінку системи у вигляді комунікації між її частинами (об’єктами), подаючи систему як сукупність об’єктів які працюють разом. І тому взаємодія є основним апаратом для фіксації повної динаміки системи.
Виходячи із вище вказаного можна сказати що діаграмна діяльність - це спеціальна різновидність діаграми схем станів, яка вказує потік від дії до дії в середовищі системи.
Діаграма схем станів
Діаграма схем станів – одна з п’яти діаграм UML, що моделюють динаміку систем. Діаграма схем станів відображає скінчений автомат, виділяючи потік керування, який переходить від стану до стану. Скінчений автомат – поведінка, що розглядаються як відповідь на події та включає реакцію на ці події.

Даним знаком позначається вибір: дії та операції
Функціональна схема програми «Калькулятор»
Для отримання результату при виконанні будь якої тригонометричної чи арифметичної операції не можна обійтись без поля вводу даних в певні поля і натиснути кнопку завершення операції тобто дорівнює, після чого результат виведеться в поле виводу даних. Це видно із функціональної схеми показаної нижче.

Умовно периферійні складові нашої програми можна поділити на:
1. ввід даних;
2. вивід даних;
3. обчислення даних;
4. супроводжуючий графічний інтерфейс.
Діаграми в UML
Діаграма – графічне подання множини елементів, що найчастіше зображається зв’язним графом з вершин (предметів) і дуг (відношень). Діаграми малюються візуалізації системи з різних точок зору, потім перетворюються в систему. Як правило діаграма дає неповне відображення елементів, які створюють систему. Хоча один і той же елемент може появитись у всіх діаграмах, на практиці він з’являється тільки в деяких. Теоретично діаграма може містити довільну комбінацію предметів, які відповідають п’яти поданням (зображенням) архітектури ПС. Тому UML містить девять видів діаграм:
1. діаграми класів;
2. діаграми об’єктів;
3. діаграми UseCase (діаграми прецедентів);
4. діаграми послідовності;
5. діаграми співробітництва;
6. діаграми схем станів;
7. діаграми діяльності;
8. компонентні діаграми
9. діаграми розміщення (розгортання);
Статична діаграма класів
Діаграма класів показує набір класів, інтерфейсів, кооперацій та їх відношень. При моделюванні об’єктно - орієнтованих систем діаграми класів використовуються найбільш часто. Діаграми класів забезпечують статичне проектне подання системи.
Діаграми класів, що включають активні класи, забезпечують статичне подання процесів.

Протокол відображає графічне зображення (віконне) реалізації калькулятора (множення чисел).
Включає в себе наступні елементи та компоненти:
1. основна форма (Form1);
2. блок чисельної клавіатури кнопок (Button);
3. блок операційних кнопок (операцій ) визначення десяткового логарифму (Button);
4. поле для вводу даних (Edit1);
5. поле для відображення результату (на мітці) (Label1);
Протокол реалізації даної програми в (віконному) режимі JavaBuilder 2005.

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать полную версию