Диаграмма взаимодействия
Диаграмма деятельности или как её ещё называют «Последовательности» отображает работу не с классами а с объектами классов. На диаграмме последовательности изображаются исключительно те объекты, которые непосредственно участвуют во взаимодействии и не показываются возможные статические ассоциации с другими объектами. Для диаграммы последовательности ключевым моментом является именно динамика взаимодействия объектов во времени. При этом диаграмма последовательности имеет как бы два измерения. Одно — слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии.
Графически каждый объект изображается прямоугольником и располагается в верхней части своей линии жизни. Внутри прямоугольника записываются имя объекта и имя класса, разделенные двоеточием. При этом вся запись подчеркивается, что является признаком объекта, который, как известно, представляет собой экземпляр класса.
Линия жизни объекта (object lifeline) изображается пунктирной вертикальной линией, ассоциированной с единственным объектом на диаграмме последовательности. Линия жизни служит для обозначения периода времени, в течение которого объект существует в системе и, следовательно, может потенциально участвовать во всех ее взаимодействиях
Фокус управления
В процессе функционирования объектно-ориентированных систем одни объекты могут находиться в активном состоянии, непосредственно выполняя определенные действия или в состоянии пассивного ожидания сообщений от других объектов
Как было отмечено выше, цель взаимодействия в контексте языка UML заключается в том, чтобы специфицировать коммуникацию между множеством взаимодействующих объектов. Каждое взаимодействие описывается совокупностью сообщений, которыми участвующие в нем объекты обмениваются между собой. В этом смысле сообщение (message) представляет собой законченный фрагмент информации, который отправляется одним объектом другому. При этом прием сообщения инициирует выполнение определенных действий, направленных на решение отдельной задачи тем объектом, которому это сообщение отправлено.
Для изображения ветвления рисуются две или более стрелки, выходящие из одной точки фокуса управления объекта (фокус управления объекта 1 на. При этом соответствующие условия должны быть явно указаны рядом с каждой из стрелок в форме сторожевого условия.
Рисунок 9.1 - Диаграмма взаимодействия
ВЫВОДЫ
Появление на рынке программных продуктов первых CASE-средств (Computer Aided Software Engineering) ознаменовало новый этап развития программной инженерии, характерными особенностями которого являются существенное сокращение сроков разработки программных проектов, реализация проектов группой программистов и ориентация на визуальные средства специфицирования компонентов программного обеспечения.
Классической областью применения этих средств стали приложения баз данных, особенно те из них, которые требовали серьезных усилий при разработке своих концептуальных схем. Поддержка возможности автоматической генерации программного кода на основе предварительно разработанной концептуальной схемы оказалась настолько конструктивной, что стимулировала появление более двух десятков CASE-средств различных фирм.
Начальный этап развития CASE - технологий характеризовался тем, что разные фирмы предлагали свои собственные средства визуального представления концептуальных средств. Зачастую выбор того или иного CASE-средства разработчиками определялся простотой нотации поддерживаемого средством языка представления схем и диаграмм. Появление первых стандартов в этой области лишь на какое-то время стабилизировало ситуацию. Однако острейшая конкуренция среди фирм- производителей программного обеспечения требовала от CASE-средств реализации объектно-ориентированной технологии разработки программ и поддержки широкого диапазона языков программирования и конкретных баз данных.
Среди всех фирм-производителей CASE-средств именно компания Rational Software Coip. одна из первых осознала стратегическую перспективность развития объектно-ориентированных технологий анализа и проектирования программных систем. Эта компания выступила инициатором унификации языка визуального моделирования в рамках консорциума OMG, что, в конечном итоге, привело к появлению первых версий языка UML. И эта же компания первой разработала инструментальное объектно- ориентированное CASE-средство, в котором был реализован язык UML как базовая нотация визуального моделирования.
ПЕРЕЧЕНЬ ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1. Г. Буч, Д. Рамбо, А. Джекобсон, Программирование: Язык UML. Руководство пользователя : Питер, 2005. - 205 стр.
2. С. Макконнелл, Совершенный код. Мастер-класс. / Пер. с англ. - М.: Издательско-торговый дом "Русская редакция” ; СПб. : Питер, 2005. - 896 стр.: ил
3. М. Фаулер, К. Скотт., Программирование: UML: Основы.
4. http://ru.wikipedia.org
Приложение А
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
А.1 Общие сведения
Тема курсового проекта: «Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение для системы складского учета».
Система проектируется студенткой 2-го курса Донецкого национального технического университета (ДонНТУ), факультета Информатики и искусственного интеллекта, группы П0С-10а Козаченко В.И.
Основанием для разработки ПП является задание, выданное кафедрой ПОИС. Плановый срок начала работы по созданию информационной системы: 01.02.2012 г., срок окончания: 16.04.2012 г. .
А.2 Назначение и цели создания программы
Данный программный продукт предназначен для имитации работы склада строительных материалов.
Целью курсового проектирования является обеспечение качественной, работы склада посредством создания диаграмм, обеспечивающих быстрый и удобный доступ к информации о товаре, клиентах, поставщиках.
А.З Требования к оформлению проектной документации
Проектная документация должна содержать следующие диаграммы IDEF0 и UML:
диаграмма состояний;
диаграмма деятельности;
диаграмма «сущность-связь»;
диаграмма компонентов;
диаграмма размещения.
диаграмма классов;
диаграмма взаимодействия;
А.4 Требования к программному продукту
Программный продукт разрабатывается под операционную систему Windows.
Разработка проекта предусматривается на языке С++. Проектная документация оформляется с использованием диаграмм IDEF0 и UML.
А.5 Требования к техническому обеспечению
Для запуска проекта необходим компьютер со следующими характеристиками:
процессор с тактовой частотой 500МНг или выше;
объем оперативной памяти 32МЬ или больше.
А.6 Стадии и этапы выполнения КП
Таблица А.1 – Этапы, результаты и сроки разработки ПП
№ п/п |
Найменування етапів дипломного проекту (роботи) |
Срок виполнения етапов проекту (роботи) |
П ометка |
11 |
Получение задания |
01.02.2012 |
Выполнено |
22 |
Постановка задачи: формулировка, исходные данные, результаты, определение требований к программному продукту |
01.02.2012-15.02.12 |
Выполнено |
33 |
Подбор и изучение предметной области |
15.02.2012-25.02.12 |
Выполнено |
44 |
Выделение классов и объектов |
25.02.2012-10.03.12 |
Выполнено |
55 |
Построение диаграмм состояний, деятельности |
10.03.2012-01.04.12 |
Выполнено |
66 |
Построение диаграмм «сущность-связь», компонентов, размещения. |
01.04.2012-5.04.12 |
Выполнено |
87 |
Написание пояснительной записки |
5.04.2012-16.04.12 |
Выполнено |
98 |
Защита курсового проекта |
18.04.2012 |
Выполнено |
А.6 Требования к задачам и функциям программного продукта
В процессе работы необходимо обеспечить выполнение следующих функций:
вывод на экран информации о товаре, клиенте, поставщике, администраторе;
удаление информации;
изменение информации;
обновление информации;
печать информации.
А.7 Характеристики объекта
Анализируя приведенную предметную область были выделенные основные объекты и свойства. У объекта Клиент выделены следующие свойства: название фирмы, адрес,телефон. У объекта Товар:Количество, Название, Поставщик, Производитель, ед. измерения, место, цена .У объекта Поставщик: название фирмы, адрес, телефон, кол-во пост. товара. У обьекта администратор: ФИО, Образование, Телефон, адрес.