Розробка об’єктно-орієнтованої програми “Магазин”

 

Обгрунтування вибору  та  опис  мови  програмування.

Для реалізації програми обране середовище Microsoft Visual J# 2005.

Visual Studio – це повний набір засобів розробки для створення інтернет-додатків на платформі ASP.NET, веб-служб на базі XML, настільних і мобільних додатків. Загальне інтегроване середовище розробки для Visual Basic, Visual C++, Visual C# і Visual J# , дозволяє створювати програми з фрагментами коду на різноманітних мовах, максимально використовуючи можливості кожної мови. Функціональні можливості цих мов чудово доповнюють платформу .NET Framework, об’єднуючу ключові технології для швидкої розробки інтернет-додатків і web-служб на базі технології ASP і мови XML.

Для реалізації даного кусового проекту була обрана мова програмування Java. Три ключових елементи об'єдналися в технології мови Java і зробили її відмінною від усього, що існує на сьогоднішній день.

Java вивільняє міць об'єктно-орієнтованої  розробки додатків, поєднуючи простий і знайомий синтаксис з надійною і зручною  роботою в середовищі розробки. Це дозволяє широкому колу програмістів швидко створювати нові програми . Java надає програмісту багатий набір класів та об'єктів для ясного абстрагування багатьох системних функцій, що використовуються при роботі з вікнами, мережею і для введення-виведення. Ключова риса цих класів полягає в тім,що вони забезпечують створення незалежних від  платформи абстракцій для широкого спектра системних інтерфейсів.

Особливості мови Java.

• Простота і міць

Після освоєння основних понять об'єктно – орієнтованого програмування ви швидко навчитеся програмувати на Java. Прагнення до простоти найчастіше приводило до створення неефективних і невиразних мов типу командних інтерпретаторів. Java до числа таких мов не відноситься– для вас уся потужність  бібліотек класів.

• Безпека

Один із ключових принципів розробки мови Java полягав у забезпеченні захисту  від несанкціонованого доступу. Програми на Java не можуть викликати  глобальні функції й одержувати доступ до довільних системних ресурсів, що забезпечує в Java рівень безпеки, недоступний для інших мов.

• Об'єктна орієнтованість

Об'єктна модель у Java проста і легко  розширюється, у той же час, заради підвищення продуктивності, числа й  інші прості типи даних Java не є об'єктами.

• Надійність

Java сприяє виявленню помилок  на ранніх стадіях розробки  програми. У той же час у  ній відсутні багато джерел  помилок, властивих іншим мовам  програмування (стругаючи типізація,  наприклад ). У Java використовується  збирач сміття для звільнення незайнятої пам'яті й убудовані об'єктно -орієнтовані засоби для обробки виняткових ситуацій і помилок.

• Незалежність від архітектури ЕОМ

Програми на Java можуть виконуватись в різних операційних системах (де існує віртуальна Java-машина – броузери на всіх платформах, OS/2, Netware). Це дуже зручно при написанні програм для Internet.

• Інтерпретація плюс висока продуктивність

Надзвичайна здатність Java виконувати свій код на кожній з підтримуваних  платформ досягається тим, що її програми транслюються в деяке проміжне представлення , що називається байт-кодом (bytecode). Байт-код, у свою чергу, може інтерпретуватися в будь-якій системі, у якій є середовище часу виконання Java. Незважаючи на те, що в Java використовується інтерпретатор, байт-код легко переводиться безпосередньо в “рідні” машинні коди . При цьому досягається дуже висока продуктивність .

• Простота вивчення

Java, хоча і більш складна , ніж мови командних інтерпретаторів, усе-таки незмірно простіша для вивчення, ніж інші мови програмування, наприклад C++.

 
 

2 Спеціальна частина

 

2.1  Вимоги  до програмної системи

2.1.1 Загальний опис 

Метою  розробки даного курсового проекту є створення об'єктно- орієнтованої програмної системи, що демонструє роботу з розподілом товарів по відділах магазинах.

Система повинна виконувати наступні функції

• Виведення (створення) об’єктів товару та відділів у вікні
• Очищення вікна
• Переміщення об’єктів товару
• Видалення  об’єктів товару
• Вибір товару для продажу
• Підтвердження продажу
• Виведення інформації про програму

Вимоги до застосування:

Вимоги до програмного  засобу

Визначення вимог – це відображення потреб користувача до програмного  забезпечення. Це задача системного рівня.

Перелік типів вимог

• функціональні вимоги;
• інформаційні вимоги;
• експлуатаційні вимоги;
• вимоги до якості;
• вимоги до ресурсів.

Функціональні вимоги –  відобразити все те, що має робити система.

Результат визначення вимог є перелік задач функції системи, опис яких приведено вище.

Інформаційні вимоги – визначаються вимоги до джерел і  приймачів інформації, об’єми і області збереження інформації, способи передачі інформації.

Експлуатаційні вимоги поділяються  на:

1. вимоги до технічних засобів (номенклатура, кількість , характеристика та інше);
2. вимоги до програмних засобів(операційне оточення);
3. вимоги до інтерфейсу (простота, зручність);

4. характеристики використання(хто користувачі, кількість, кваліфікація, частота використання, середовище використання, види обслуговування).

Вимоги до якості –  викладаються вимоги до всіх характеристик  якості.

      Вимоги  до ресурсів поділяються на:

1. вимоги до апаратної частини(тип процесора, кількість внутрішньої пам’яті);
2. вимоги до програмних ресурсів(засоби автоматизації програмування);
3. вимоги до інтелектуальних ресурсів(обслуговуючий персонал).

 

2.1.2 Опис операцій 

Діаграма — графічне подання безлічі елементів, найбільше часто зображується як зв'язний граф з вершин (предметів) і дуг (відносин). Діаграми рисуються для візуалізації системи з різних точок зору, потім вони відображаються в систему. Звичайно діаграма дає неповне подання елементів, які становлять систему. Хоча той самий елемент може з'являтися у всіх діаграмах, на практиці він з'являється тільки в деяких діаграмах. Теоретично діаграма може містити будь-яку комбінацію предметів і відносин, на практиці обмежуються малою кількістю комбінацій, які відповідають п'яти поданням архітектури ПС. Із цієї причини UML включає дев'ять видів діаграм:

• діаграми класів;
• діаграми об'єктів;
• діаграми компонентів;
• діаграми розміщення (розгортання).
• діаграми Use Case (діаграми прецедентів);
• діаграми послідовності;
• діаграми співробітництва (кооперації);
• діаграми схем станів;
• діаграми діяльності;

Діаграма Use Case визначає поводження системи  з погляду користувача. Діаграма Use Case розглядається як головний засіб  для первинного моделювання динаміки системи, використається для з'ясування вимог до розроблювальної системи, фіксації цих вимог у формі, що дозволить проводити подальшу розробку.

До складу діаграм Use Case входять  елементи Use Case(              ),      актори, а також  відносини залежності, узагальнення й асоціації.

Діюча особа (actor) – будь-який об'єкт, суб'єкт або система, взаємодіюча з даною системою ззовні й использующая її функціональні можливості для досягнення певних цілей або рішення приватних завдань. Служать для позначення безлічі ролей, які можуть грати користувачі стосовно системи.

Сценарій являє собою послідовність  кроків, що описують взаємодію між  користувачем і системою.

Варіант використання (use-case) - являє собою безліч сценаріїв, об'єднаних разом деякою загальною метою користувача.

Діаграма варіантів використання - описує взаємини й залежності між групами варіантів використання й діючих осіб. Діаграма варіантів використання говорить про те, що система повинна робити, не вказуючи самі застосовувані методи.

Діючі особи пов'язані з варіантами використання. Одна діюча особа може виконувати кілька варіантів використання. У свою чергу, у варіанта використання може бути кілька діючих осіб, які його виконують.

 

 

 

 

 

 

 

Малюнок 1.  Діаграма Use Case

Діаграма схем станів показує кінцевий автомат, представляє стани, переходи, події й дії. Діаграми схем станів забезпечують динамічне подання  системи. Вони особливо важливі при  моделюванні поводження інтерфейсу, класу або співробітництва. Ці діаграми виділяють таке поводження об'єкта, що управляється подіями, що особливо корисно при моделюванні реактивних систем.

Діаграма схем станів показує:

• набір станів системи;
• події, які викликають перехід з одного стану в інше;
• дії, які відбуваються в результаті зміни стану.

 

Діаграма схем станів даної прорамної системи приведена на малюнку 2.

 

 

 

 

 

 

 

 

Малюнок 2.  Діаграма схем станів

 

2.1.3 Моделювання функцій  програмної системи

Взаємодія описує поведінку, показуючи  обмін повідомленнями між об'єктами. Взаємодії представляють систему як співтовариство спільно працюючих об'єктів. Тому їх вважають основним засобом для визначення повної динаміки системи. Реалізується за допомогою діаграм послідовності,яка наочно представляє порядок передачі повідомлень і діаграм співробітництва, що відображають взаємодію об‘єктів в процесі функціонування.

Діаграма послідовності — це діаграма взаємодії, що виділяє впорядкування  повідомлень за часом.

Діаграма діяльності представляє  особливу форму кінцевого автомата, в якій показуються процес обчислень і потоки робіт. У ній виділяються не звичайні стани об'єкту, а стану виконуваних обчислень — стани дій. При цьому вважається, що процес обчислень не уривається зовнішніми подіями. Діаграми діяльності дуже схожі на блок-схеми алгоритмів.

Взаємодія описує поведінку, показуючи  обмін повідомленнями між об'єктами. Взаємодії представляють систему  як співтовариство спільно працюючих  об'єктів. Тому їх вважають основним засобом  для визначення повної динаміки системи. Реалізується за допомогою діаграм послідовності, яка наочно представляє порядок передачі повідомлень і діаграм співробітництва, що відображають взаємодію об‘єктів в процесі функціонування.

Діаграма співробітництва (діаграма кооперації) — це діаграма взаємодії, що виділяє структурну організацію об'єктів, що посилають і приймає повідомлення. Діаграми послідовності й діаграми співробітництва ізоморфні, що означає, що одну діаграму можна трансформувати в іншу діаграму.