
- •Введение.
- •Лабораторная работа №1.
- •Теоретическая справка
- •Задание
- •Контрольные вопросы.
- •Лабораторная работа №2.
- •Теоретическая справка
- •Задание
- •Контрольные вопросы.
- •Лабораторная работа №3.
- •Теоретическая справка
- •Задание
- •Контрольные вопросы.
- •Лабораторная работа №4.
- •Теоретическая справка
- •Задание
- •Контрольные вопросы.
- •Лабораторная работа №5
- •Теоретическая справка
- •Диаграмма вариантов использования (use case diagram)
- •Диаграмма деятельности (activity diagram)
- •Диаграмма классов (class diagram)
- •Отношения между классами
- •Диаграмма компонентов (component diagram)
- •Рекомендации по построению диаграммы компонентов
- •Диаграмма кооперации (collaboration diagram)
- •Диаграмма последовательности (sequence diagram)
- •Ветвление потока управления
- •Стереотипы сообщений
- •Временные ограничения на диаграммах последовательности
- •Диаграмма развертывания (deployment diagram)
- •Рекомендации по построению диаграммы развертывания
- •Диаграмма состояний (statechart diagram)
- •Сложные переходы
- •Переходы между параллельными состояниями
- •Переходы между составными состояниями
- •Синхронизирующие состояния
- •Задание
- •1. Терминология
- •1.1 Рейтинг поставщика
- •1.2 Надежный и ненадежный поставщик
- •1.3 Дорогая и дешевая деталь
- •1.4 Высокотехнологичная деталь
- •1.5 Состояние поставки
- •1.6 Просроченная поставка
Задание
Необходимо построить ER модель данных, содержащую не менее 5 сущностей, в каждой из которых не менее 4 атрибутов. Связать сущности по ключевым атрибутам.
Контрольные вопросы.
Что такое ER-диаграмма?
Какие ER нотации реализованы в ERWin?
Что такое первичный ключ?
Что такое сущность?
Что такое связь?
Какие модели данных бывают?
Лабораторная работа №5
Моделирование систем, используя язык универсальной нотации UML
Теоретическая справка
Начиная с середины 1960-х годов и по 1990 годы распространение получили структурные методологии анализа, проектирования и разработки информационных систем, которые характеризуются искусственным разделением (часто неоптимальным) системы на подсистемы, а также слабой взаимосвязью процессов и данных, присутствующих в системе. В отличие от них, объектные технологии, ориентированные на тесную взаимосвязь процессов и данных системы, позволяют программным системам быть более надежными, легко реализуемыми и устойчивыми к изменениям. Кроме того, такая философия моделирования наиболее соответствует общим концепциям поведения систем реального мира.
Несмотря на явное преимущество объектно-ориентированных технологий анализа и проектирования перед структурными, их распространение было незначительным, поскольку ни один из методов не давал единой и цельной объектной модели системы. Каждый метод хорошо освещал одну или несколько сторон реальной системы, оставляя в тени множество других, не менее важных сторон. Кроме того, отсутствие единого стандарта очень мешало широкому распространению объектно-ориентированных методов при разработке программного обеспечения.
В течение 1994-96 годов создатели трех наиболее распространенных методологий - Гради Буч (BOOCH), Джим Рамбо (OMT - Object Modeling Technique) и Айвар Якобсон (OOSE - Object Oriented Software Engineering) объединили свои усилия под эгидой Rational Software Corporation на создание единого языка моделирования, который объединил бы все существенные и успешные разработки в данной области и стал бы стандартом языка объектного моделирования. Грандиозный труд, в котором наряду с Rational участвовали представители множества компаний, таких, как Microsoft, IBM, Hewlett-Packard, Oracle, DEC, Unisys, IntelliCorp, Platinum Technology и нескольких сотен других завершился созданием в январе 1997 года версии 1.0 Объединенного Языка Моделирования - Unified Modeling Language (UML), которая после бурного обсуждения в течение 1997 года превратилась в сентябре в версию 1.1 и была передана в OMG для принятия UML в качестве отраслевого стандарта расширяемого языка объектного моделирования. OMG - некоммерческая международная организация, в которую входят более 600 ведущих мировых компаний и отвечающая за принятие стандартов в области информационных технологий.
UML может быть применен на всех этапах жизненного цикла анализа бизнес-систем и разработки приложений. Различные виды диаграмм, поддерживаемые UML, и богатейший набор возможностей представления определенных аспектов системы делает UML универсальным средством описания как программных, так и деловых систем.
Диаграммы дают возможность представить систему (как деловую, так и программную) в таком виде, чтобы ее можно было легко перевести в программный код.
Кроме того ,UML специально создавался для оптимизации процесса разработки программных систем, что позволяет увеличить эффективность реализации программных систем в несколько раз и заметно улучшить качество конечного продукта.