Файл: Основные понятия объектно-ориентированного программирования.pdf

Только Rose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое.

Только Rational Rose имеет весь необходимый набор визуальных средств проектирования. Только Rose поможет решить проблемы с кодогенерацией на определенном языке программирования.

Только Rational Rose осуществляет такие подходы, как прямое и обратное проектирование, а так-же Round Trip Engineering. Такой арсенал позволит не только проектировать новую систему, но и доработать старую, произведя процесс обратного проектирования.

Для того чтобы наиболее полно покрыть весь сегмент рынка средств проектирования и разработки, компания Rational выпускает несколько версий своего продукта. Каждый из них может решать как строго определенный круг задач, так и весь спектр проблем проектирования и разработки.

Для архитекторов - использование Rational Rose обеспечивает архитекторов средством визуального моделирования на основе UML, позволяя им представлять всю архитектуру приложения с разных точек зрения. Итерационная разработка обеспечивает соответствие моделей программному коду ПО.

Для специалистов по БД и аналитиков данных - Rational Rose является единым инструментом, языком и нотацией для всей команды. Rational Rose Data Modeler обеспечивает поддержку БД, включая объектно-ориентированное отображение (mapping), генерацию схем и итерационную разработку.

Для разработчиков на Visual Studio и WinDNA - Rational Rose плотно интегрируется с MS Visual Studio и обеспечивает поддержку семантики и схемы WinDNA, визуализацию и итерационную разработку кода COM/ATL, MTS и ADO, настройку и открытую разработку шаблонов для генерации многоуровневых приложений WinDNA.

Для интернет-разработчиков и XML-разработчиков - Rational Rose является единственным решения, которое обеспечивает понятную визуализацию интернет-архитектуры, включая Web Application Extension для UML, обратное проектирование семантики из JSP- и ASP-файлов, автоматизацию Web Application Extension для UML, визуализацию самых сложных по структуре интернет-сайтов и улучшенную поддержку XML.

Для Java- и EJB-разработчиков - использование Rational Rose обеспечивает качественную поддержку всех аспектов разработки: разработку архитектур "тонкого" клиента, полную поддержку моделирования Enterprise Java Beans, полную интеграцию с такими распространенными Java IDE, как JBuilder, Visual Age, Forte и Visual Cafe, а также совместим со всеми поддерживаемыми версиями J2SE и J2EE.

Ускорение разработки архитектуры ПО

Только хорошо спроектированные приложения могут отвечать требованиям заказчика и быстро адаптироваться к изменившимся условиям ведения бизнеса. Для решений на WinDNA, Enterprise Java, Web и XML или для встроенных приложений Rational Rose ускоряет разработку, используя проверенные архитектурные модели для каждого из решений.

Rational Rose также является платформой для автоматизации использования лучших архитектурных принципов вместе со специальными технологиями.

Rational Rose позволяет визуализировать, понять и уточнить требования и архитектуру перед началом создания кода. Обладая способностью представлять пользовательский интерфейс отдельно от бизнес-логики и данных, Rational Rose позволяет держать контроль над разработкой ПО. Это дает возможность исключить затраты сил на ненужные переделки. Использование одного инструмента на протяжении всего жизненного цикла разработки помогает строить "правильную" систему для Вашего заказчика. Архитектурная модель может быть ассоциирована как с моделями бизнес-процессов, так и с системными требованиями. Rational Rose обеспечивает обратное проектирование на основе анализа существующих библиотек и компонентов, и создания моделей и их тестирования. Это снижает риски, увеличивает эффективность и легкость разработки, предсказуемость, позволяет сэкономить средства и время.

Rational Rose является единственным решением, с помощью которого можно изменять код, модель, код и модель одновременно, проводить в любое время синхронизацию между ними.

2.3. Анализ предметной области

Интернет-магазины – это форма электронной торговли, которая позволяет потребителям напрямую покупать товары или услуги у продавца через Интернет с помощью веб-браузера. Потребители находят интересующий товар, посещая веб-сайт розничного продавца напрямую или путем поиска среди альтернативных поставщиков с помощью поисковой системы для покупок, которая отображает доступность одного и того же продукта и цены у разных интернет-магазинов.

Интернет – магазин также может быть назван электронной веб-магазин, интернет-магазин, е-магазин, интернет - магазин, интернет-магазин, интернет-магазин, интернет - магазин, интернет - магазина и виртуальный магазин.

Интернет магазины необходимы нам для покупки товаров, не выходя из дома.

2.4. Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

2.4.1. Диаграмма вариантов использования

Диаграмма вариантов использования – это динамическая диаграмма или диаграмма поведения в UML. Диаграммы прецедентов моделируют функциональность системы с использованием действующих лиц и прецедентов.

Варианты использования – это набор действий, сервисов и функций, которые должна выполнять система. В этом контексте «система» – это то, что разрабатывается или эксплуатируется, например, веб-сайт.

«Действующие лица» – это люди или организации, действующие под определенными ролями в системе.

На рисунке 16 приведена диаграмма, описывающая функциональность того или иного объекта.

Рисунок – Диаграмма вариантов использования

2.4.2 Диаграмма последовательности по решаемой задаче

Диаграмма последовательности (Sequence Diagram) – диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления.

Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники), вертикальные линии (англ. lifeline), отображающие течение времени при деятельности объекта, и стрелки, показывающие выполнение действий объектами. На данной диаграмме объекты располагаются слева направо. Ее недостатком является то, что она занимает много места.

Диаграммы последовательности, описывающие сценарии Business Use Case в виде последовательности обмена сообщениями между объектами - действующими лицами и объектами-исполнителями.

На диаграмме последовательности изображаются только те объекты, которые непосредственно участвуют во взаимодействии. Ключевым моментом для диаграмм последовательности является динамика взаимодействия объектов во времени.

На рисунке 17 приведена диаграмма деятельности, на которой рассмотрен процесс покупки товара в интернет магазине.

Рисунок – Диаграмма последовательности, заказ сырья и материалов

2.4.3 Диаграмма деятельности по решаемой задаче

Диаграмма деятельности является ещё одной важной диаграммой в UML, описывающей динамические аспекты системы.

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

На рисунке 18 представлена диаграмма деятельности демонстрирующая последовательность действий при покупке клиентом товаров и услуг в определённом интернет магазине.

Рисунок – Диаграмма деятельности, определение потребности и работа с поставщиком

2.4.4 Диаграмма состояний по решаемой задаче

Диаграмма состояний показывает, как объект переходит из одного состояния в другое. Диаграммы состояний служат для моделирования динамических аспектов системы. Данная диаграмма полезна при моделировании жизненного цикла объекта. От других диаграмм диаграмма состояний отличается тем, что описывает процесс изменения состояний только одного экземпляра определенного класса - одного объекта, причем объекта реактивного, то есть объекта, поведение которого характеризуется его реакцией на внешние события.

На рисунке 19 представлена диаграмма состояний, на которой изображён процесс взаимосвязи различных состояний приложения.

Рисунок – Диаграмма состояний подразделения «Отдел закупок»

2.4.5 Диаграмма классов

Диаграмма классов дает статическое представление приложения, а именно даёт описание классов, присутствующих в системе, и отношений между ними. Этот метод моделирования может работать практически со всеми объектно-ориентированными подходами. Класс может иметь ссылку на другой класс, а также иметь свои объекты или наследовать от других классов.

Данная диаграмма UML дает обзор программной системы путем отображения классов, методов, атрибутов и их взаимосвязей, а также содержит имена классов, атрибутов и операций в виде отдельных блоков.

На рисунке 20 представлена диаграмма классов, описывающая структуру приложения для приобретения товаров и услуг в интернет магазинах.

Рисунок – Диаграмма классов, структура отдела закупок

2.5 Тестирование программного средства

После запуска программы, появляется главное окно, где предлагается выбрать интернет магазин, товар и дополнительные услуги.

Рисунок – Главное окно программы

Внизу формы отображается описание интернет магазина, товара и услуги.

После выбора, укажем данные покупателя и нажмём на кнопку «Купить».

В результате вся информация отобразится в поле richtextbox.

Рисунок – Покупка товара

2.6 Выводы

Таким образом в данной главе мы продемонстрировали объектно-ориентированный подход на практике, а именно:

1. Определили предметную область.

2. Выбрали средство для моделирования и описали его преимущества.

3. Спроектировали пять диаграмм, наиболее полно описывающих разрабатываемое приложение.

4. По спроектированным диаграммам реализовали приложение.

Заключение

В ходе данной курсовой работы мы изучили основные понятия объектно-ориентированного программирования, привели примеры и визуализировали их в виде картинок.

Так же во второй главе с помощью объектно-ориентированного программирования спроектировали и разработали небольшое приложение для покупки товаров в интернет магазине. Здесь мы выбрали средство для проектирования и описали его преимущества, а затем, используя данное средство, спроектировали пять диаграмм, наиболее точно описывающих данное приложение.

Список использованных источников

1. Зегжда, Д.П. Основы безопасности информационных систем / Д.П. Зегжда, А.М. Ивашко. - М.: Горячая линия - Телеком, 2017. - 452 c.

2. Буч, Грейди Язык UML. Руководство пользователя / Грейди Буч, Джеймс Рамбо , Айвар Джекобсон. - М.: ДМК, 2015. - 432 c.

3. Язык программирования C# / А. Хейлсберг и др. - М.: Питер, 2016. - 784 c.

4. Перлова, О.Н. Проектирование и разработка информационных систем: Учебник / О.Н. Перлова, О.П. Ляпина, А.В. Гусева. - М.: Academia, 2017. - 416 c.

5. Управление поставщиками/Ш.Вагнер – М.,2013

6. Объектно-ориентированное конструирование программных систем / Бертран М.– М.,2013

7. Программирование. Объектно-ориентированный подход. Учебник и практикум / Зыков С. В.– М.,2013

Приложение А

using System;

using System.Collections.Generic;

using System.Windows.Forms;

namespace WindowsFormsApp2

{

public partial class BuyProtuct : Form

{

List<Service> SelectServisesClient = new List<Service>();