Чтобы включить нумерацию сообщений нам  необходимо: В меню выбрать пункт Tools / Options (Инструменты / Параметры). Перейти на вкладку Diagram (Диаграмма). Пометить контрольный переключатель Sequence Numbering.

 

7 Построение диаграммы компонентов

     (Component Diagram)

 

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

     Чтобы  создать диаграмму компонентов, необходимо в пункте главного меню Browse  выбрать пункт Component Diagram, затем <New> и в окне Title ввести имя создаваемой диаграммы - Component. Откроется диаграмма, панель инструментов.

       В центре диаграммы необходимо  поместить контроллер, для этого надо:

• Нажать кнопку Component на панели инструментов и щелкнуть в центре диаграммы.
• Открыть окно спецификаций, на вкладке General ввести название компонента - Controller, в поле Documentation ввести комментарий – «Контроллер управления автоматизированной системой».
• В поле Language назначить язык программирования проектируемой модели – C++.

     Вокруг  контроллера следует разместить все остальные устройства, используя  кнопку Component на панели инструментов. Для всех них необходимо  установить спецификации – ввести имена устройств и датчиков, создать комментарии в поле Documentation  и указать язык программирования  C++ в поле Language.

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

• Нажать кнопку Dependency на панели инструментов.
• Провести линию связи от компонента Controller к каждому компоненту системы.

   Механизм  пакетов применим к любым элементам  модели, а не только к классам. Если для группировки классов не использовать некоторые эвристики, то она становится весьма произвольной. Одна из них, которая в основном используется в UML, – это зависимость. Зависимость между двумя пакетами существует в том случае, если между любыми двумя классами в пакетах существует любая зависимость. Таким образом, диаграмма пакетов представляет собой диаграмму, содержащую пакеты классов и зависимости между ними. Строго говоря, пакеты и зависимости являются элементами диаграммы классов, то есть диаграмма пакетов – это всего лишь форма диаграммы классов.

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

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

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

   Пакеты  особенно полезны при тестировании. Каждый пакет при этом может содержать  один или более тестовых классов, с помощью которых проверяется поведение пакета. 

8 ПОСТРОЕНИЕ ДИАГРАММЫ КЛАССОВ

(Class Diagrams)

     Диаграмма классов отражает взаимодействие между классами системы. Классом называется описание совокупности объектов с общими атрибутами, операциями и отношениями. Атрибуты – это общие свойства, а операции – это поведение (действия), влияющее на эти свойства.

     Главная диаграмма классов открывается автоматически при создании модели сразу после запуска Rational Rose.

     Каждый  класс на диаграмме представлен  в виде прямоугольника, разделенного на три секции. В первой секции содержится имя класса, во второй – его атрибуты, в третьей – операции класса, отражающие его поведение.

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

• Public (общий) – атрибут или операция доступны, к ним может обратиться любой   другой класс;
• Protected (защищенный) -  доступ к атрибуту или операции разрешен только для самого класса и его потомков;
• Private (закрытый) - атрибут или операция недоступны.

     Для класса Controller необходимо установить в качестве атрибутов текущие значения параметров, получаемые контроллером от датчиков системы -  Current temperature I vremya. Чтобы установить атрибуты для класса, нужно выполнить:

• Щелкнуть правой кнопкой мыши на классе, выбрать в меню пункт Open Specification.
• Перейти на вкладку Attributes, щелкнуть правой кнопкой мыши в окне, выбрать пункт Insert в открывшемся меню. Дважды щелкнуть на созданном атрибуте.
• В поле Name указать имя атрибута.
• В поле Export Control указать значение атрибута.

     У класса Controller имеются следующие операции:

• получает информацию о конфигурациях(Info o configuraciyah)
• посылает информацию о времени  на таймер(Send_Time)
• выполняет обработку данных, получаемых от таймера(Analyzing_Time)
• Считывание информации о температуре (Analyzing temperatury).

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

• На вкладке Operations щелкнуть правой кнопкой мыши в окне, в меню выбрать пункт Insert и щелкнуть по созданной операции.
• В поле Name ввести имя операции, при необходимости в скобках задать параметры операции.
• Указать тип возвращаемого значения: ввести после имени операции двоеточие, а затем тип значения (тип данных результата операции).
• В поле Export Control указать значение видимости операции (Public, Protected или Private).

     У класса Timer имеются следующие атрибуты:

• Zadacha vremeni (задание времени);

     Добавить  классу Timer все эти атрибуты  нужно в окне спецификаций класса на вкладке Attributes. На вкладке Operations щелкнуть правой кнопкой мыши в окне, выбрать пункт Insert в открывшемся меню. Дважды щелкнуть по операции.

• В поле Name указать имя операции.
• В поле Export Control указать значение видимости операции.

     Основными функциями оператора являются ввод в систему плана подачи звонков. Следовательно, для класса Operator нужно установить одну операцию:CreatePlan (создание плана).  

      

 

     Заключение

 

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

     В результате предварительного анализа  проблемы сформулирована концептуальная модель, исследующая понятия предметной области. После детального изучения предметной области определены основные объекты системы «Выпечка» и связи между ними, которые являются основой объектно-ориентированного подхода при проектировании информационных систем. Наглядно смоделировать предметную область позволяют графические инструментальные средства CASE-технологии, основанные на методах структурного или объектно-ориентированного анализа и проектирования. Точным, выразительным и доступным для понимания языком визуального моделирования информационных систем является унифицированный язык UML.

 

     Используемая  литература

 
     

1. Вендров А.М. «Объектно-ориентированный анализ и проектирование информационных систем с использованием языка UML и CASE-средства Rational Rose». М.: Финансы и статистика, 2000.
2. Информационные технологии на железнодорожном транспорте: Учеб. для вузов ж.-д. трансп. \ Э.К. Лецкий, В.И. Панкратов, В.В. Яковлев и др.; Под ред. Э.К. Лецкого, Э.С. Поддавашкина, В.В. Яковлева. – М.: УМК МПС России, 2001. – 668 с.
3. Вендров А.М. Проектирование программного обеспечения экономических информационных систем.– М.: Финансы и статистика, 2002.
4. Дэвид А. Марка и Клемент Мак Гоуэн Методология структурного анализа и проектирования SADT. 
5. Дружинин Г.В. Расчеты автоматизированных систем управления (на примерах АСУ железнодорожным транспортом)/Под ред. Г.В. Дружинина.- М.: 1985.

 

  
ПРИЛОЖЕНИЕ А 
 

     Диаграмма вариантов использования (Use Case Diagrams) 

 
                                                                                                        ПРИЛОЖЕНИЕ Б 
 

     Диаграмма размещения (Deployment Diagrams) 
 
 

 
                                                                                                      ПРИЛОЖЕНИЕ В 
 

     Диаграмма состояний (Statechart Diagrams) 

 
ПРИЛОЖЕНИЕ Г 
 

     Диаграмма активности (Activity Diagrams) 

 

      ПРИЛОЖЕНИЕ Д 
 

     Диаграмма взаимодействия последовательности (Sequence Diagrams) 

 
ПРИЛОЖЕНИЕ Ж 

     Диаграмма взаимодействия - (Collaboration diagram) 
 
 

 
                                                                                                    ПРИЛОЖЕНИЕ К 
 

     Диаграмма классов(Class Diagrams) 
 

 
                                                                                                        ПРИЛОЖЕНИЕ Л 
 

     Диаграмма пакетов(Component Diagrams)