8 Реализация диаграммы компонентов в rational rose

Диаграмма компонентов описывает особенности физического представления системы.

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

Диаграмма компонентов разрабатывается для следующих целей:

• Визуализации общей структуры исходного кода программной системы.

• Спецификации исполнимого варианта программной системы.

• Обеспечения многократного использования отдельных фрагментов программного кода.

• Представления концептуальной и физической схем баз данных.

Для данной предметной области была разработана диаграмма компонентов и представлена на рисунке 8.1.

Рисунок 8.1 – Диаграмма компонентов в Rational Rose

9 Реализация диаграммы размещения в rational rose

Диаграмма размещения предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения (runtime). При этом представляются только компоненты-экземпляры программы, являющиеся исполнимыми файлами или динамическими библиотеками. Те компоненты, которые не используются на этапе исполнения, на диаграмме развертывания не показываются. Так, компоненты с исходными текстами программ могут присутствовать только на диаграмме компонентов. На диаграмме развертывания они не указываются.

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

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

• Определить распределение компонентов системы по ее физическим узлам.

• Показать физические связи между всеми узлами реализации системы на этапе ее исполнения.

• Выявить узкие места системы и реконфигурировать ее топологию для достижения требуемой производительности.

Данная диаграмма представлена на рисунке 9.1.

Рисунок 9.1 – Диаграмма размещения в Rational Rose

Приложение А

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

А.1 Общие сведения

Тема Расчетной работы: «Онлайновая театральная касса».

Система проектируется группой студентов 2-го курса Государственного университета информатики и искусственного интеллекта, факультета СКИТ, группы ПО-09в, Сельцовским Антоном Михайловича (руководитель), Кузнецовым Юрием Александровичем, Вагановым Александром Анатольевичем, Волобуевым Александром Александровичем.

Основанием для разработки ПП является задание, выданное кафедрой ПОИС. Плановый срок начала работы по созданию системы: 24.02.11, срок окончания: 09.06.11. Расчетная работа должна выполняться согласно графику, приведенному в таблице А.1.

Таблица А.1 – Этапы, результаты и сроки разработки ПП

№	Этап работы	Результат работы	Срок выполнения
1	Получение задание на РР	Задание на разработку (1 стр.)	1 неделя
2	Выявление требований к разрабатываемому программному продукту	Техническое задание (3-5 стр.)	2-3 неделя
3	Проведение ОО анализа предметной области.	Выделенные объекты и классы, их описание	3-4 неделя
4	Проведение ОО проектирования	Диаграммы классов	4-5 неделя
5	Проведение ОО проектирования	Диаграммы взаимодействия	5-6 неделя
6	Проведение ОО проектирования	Диаграммы состояний	6-7 неделя
7	Проведение ОО проектирования	Диаграмма деятельности	7-8 неделя
8	Проведение ОО проектирования	Диаграмма «сущность –связь»	8-9 неделя
9	Проведение ОО проектирования	Диаграмма компонентов	9-10 неделя
10	Проведение ОО проектирования	Диаграмма размещения	10-11 неделя
11	Оформление пояснительной записки и сопроводительных материалов.	Пояснительная записка (30-50 стр.)	12 неделя
12	Защита расчетной работы.		13-15 неделя

А.2 Назначения и цели создания системы

Цель проекта – создание системы, которая может обеспечить возможность выдачи и приема видеоносителей клиентам.

Назначение системы – выдача и прием видеоносителей.

А.3 Требования к программному продукту

А.3.1 Требования к системе в целом

В целом к системе предъявляются следующие требования:

1. система должна обеспечивать возможность выбора, выдачи и возврата видеоносителей;

2. система должна обеспечивать возможность поиска фильмов работниками и клиентами;

3. система должна обеспечивать возможность добавление новых видеоносителей поставщиками.

А.3.2 Требования к задачам и функциям программного продукта

В процессе работы система должна обеспечить выполнение следующих функций:

1. отправка сообщений задержке видеоносителя клиенту;

2. выдача и прием видеоносителей;

3. информирование о текущих действиях;

4. загрузка данных о видеоносителях.

А.3.3 Требования к программному обеспечению

Для стабильной системы к программному обеспечению предъявляется следующие требования:

а) обеспечить удобный и понятный пользовательский интерфейс;

б) организовать защиту данных о видеоносителях и клиентах;

в) обеспечить надежное хранение информации о видеоносителях.

А.3.5 Требования к организационному обеспечению

В программную документацию должны входить:

а) пояснительная записка;

б) приложения:

- техническое задание;

- руководство пользователя;

- листинг программы.

Приложение Б

Листинг

Язык С++

#include "stdafx.h"

using namespace std;

class client{

public

string login;

string password;

string FIO;

string adres;

int telefon;

string e_mail;

void Viewing_poster();

void Authorization();

private

void Fill_out_the_form();

void Cancels_bid();

void Registered();

}

class billboard{

public

string Title_of_event;

date Date_of_event;

string Type_of_event;

string Description_of_event;

string Venue;

Void add()

Void Changes ()

Void Viewing ()

}

class Application{

public

string Client Information;

string Venue;

date Time;

int Number_tickets;

string Type-booked_tickets;

int Tickets;

date Time-creation_application;

date Time_Payment;

string Type_delivery;

string Delivery_Address;

int Shipping;

string Application_Status;

void Drawn();

Void Void_ Application();

}

class Employee{

public

string login;

string password;

string FIO;

string Passport_Number;

int age;

void Changes_information();

Void Связывается с клиентом();

void Changing_status_application();

void Cancels_bid();

void Authorization();

private

void Adds_information();

}

class Website{

public

string Billboard;

String Application Client;

String Information_about_employees_and_customers;

Void Displays_information ();

private

vaid Stores_information ();

}