Проектирование информационной среды

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

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

Понятие кооперации (collaboration) является одним из фундаментальных  понятий в языке UML. Оно служит для обозначения множества взаимодействующих  с определенной целью объектов в  общем контексте моделируемой системы. Цель самой кооперации состоит в  том, чтобы специфицировать особенности  реализации отдельных наиболее значимых операций в системе. Кооперация определяет структуру поведения системы  в терминах взаимодействия участников этой кооперации.

Кооперация может быть представлена на двух уровнях:

• На уровне спецификации — показывает роли классификаторов и роли ассоциаций в рассматриваемом взаимодействии.

• На уровне примеров — указывает экземпляры и связи, образующие отдельные роли в кооперации.

 

2.7. Диаграмма компонентов  (component diagram)

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

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

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

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

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

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

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

Для представления физических сущностей в языке UML применяется  специальный термин — компонент (component). Компонент реализует некоторый  набор интерфейсов и служит для  общего обозначения элементов физического  представления модели. Для графического представления компонента может  использоваться специальный символ — прямоугольник со вставленными слева двумя более мелкими  прямоугольниками. Внутри объемлющего прямоугольника записывается имя компонента и, возможно, некоторая дополнительная информация. Изображение этого символа может незначительно варьироваться в зависимости от характера ассоциируемой с компонентом информации.

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

 

 

 

 

2.8. Диаграмма развертывания  (deployment diagram)

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

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

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

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

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

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

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

Узел (node) представляет собой  некоторый физически существующий элемент системы, обладающий некоторым  вычислительным ресурсом. В качестве вычислительного ресурса узла может рассматриваться наличие по меньшей мере некоторого объема электронной или магнитооптической памяти и/или процессора. В последней версии языка UML понятие узла расширено и может включать в себя не только вычислительные устройства (процессоры), но и другие механические или электронные устройства, такие как датчики, принтеры, модемы, цифровые камеры, сканеры и манипуляторы.

Графически на диаграмме  развертывания узел изображается в  форме трехмерного куба (строго говоря, псевдотрехмерного прямоугольного параллелепипеда). Узел имеет собственное  имя, которое указывается внутри этого графического символа. Сами узлы могут представляться как в качестве типов, так и в качестве экземпляров.

 

 

 

ЗАКЛЮЧЕНИЕ

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

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

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

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

Организация процесса закупок  имеет следующие этапы:

1. Сбор и обработка  информации о конъюнктуре рынка  ресурсов и действующих условиях  торговли, доставки, хранения и т.д. 

2. Выбор формы и источников  материально-технического снабжения. 

3. Размещение заказов  и их реализация.

4. Организация делопроизводства  по учету ресурсов и расчетам  за приобретенные материальные  ценности.

5. Поддержание отношений с поставщикам.

CПИСОК ЛИТЕРАТУРЫ

1. Алексеева М.М. Планирование деятельности фирмы: Учебно-методическое пособие.– М.: Финансы и статистика, 1997.
2. Альбеков А.У. Костоглотов Д.Д. Введение в коммерческую логистику: Уч. пособие. Ростов-на-Дону-РГЭА, 1996.
3. Альбеков А.У. Федько В.П. Митько О.А. Логистика коммерции. Ростов-на-Дону-Феникс, 2001.
4. Васильев Г. А. и др. Логистика. – М.: Экономическое образование. 1993.
5. Гаджинский А.М. Логистика: Учебник для высших и средних специальных учебных заведений. – М.:ИВЦ «Маркетинг», 1998.
6. Дегтяренко В.Н. Основы логистики и маркетинга.– Учебное пособие. Ростов-на-Дону: РГАС, 1995.
7. Костоглодов Д.Д., Саввиди И.И., Стаханов В.Н. Маркетинг и логистика фирмы. М.: Издательство «Приор», 2000.
8. Котлер Ф. и др. Основы маркетинга: Пер. с англ.– 2-е европ. изд. – М.; СПб.; Киев: Издательский дом «Вильямс», 2000.
9. Логистика: Учеб. пособие / Под ред. Б.А. Аникина. – М.: ИНФРА-М, 1999.
10. Неруш Ю.М. Коммерческая логистика: Учебник для вузов. – М.: Банки и биржи, ЮНИТИ, 1999.
11. Рейфе М.Е. Организация развития логистической деятельности на оптовом рынке. // Управление предприятием. 2002. №3.