
- •Тема 1. Проектирование ис
- •Этапы развития ис
- •1.2. Классификация рынка современных ис
- •1.3. Проектирование ис как формализационный процесс
- •Вопросы.
- •Этапы развития ис.
- •Понятие программной инженерии и этапы ее развития.
- •Тема 2. Понятие жц по
- •2.1. Понятие жц по. Процессы жц по
- •2.1.1. Основные процессы
- •2.1.2. Вспомогательные процессы
- •2.1.3. Организационные процессы
- •2.1.4. Взаимосвязь между процессами
- •2.2. Модели и стадии жц по
- •Вопросы
- •Тема 3. Организация разработки по ис
- •3.1. Внутренняя и внешняя деятельность
- •3.2. Четыре фазы разработки по ис (во внешней деятельности)
- •3.3. Задачи разработки по ис
- •Вопросы для самоконтроля
- •Тема 4. Внутренняя (мыслительная) деятельность
- •4.1. Компетенция инженера
- •4.2. Состав, сложность задач проблемы и компетентность инженера
- •4.3. Связь понятия компетенция и умение
- •Вопросы для самоконтроля
- •Тема 5. Структурный подход к проектированию
- •5.1. Сущность структурного подхода
- •5.1.1 Подход к решению проблемы сложности больших систем
- •5.1.2. Структурный подход к разработке по
- •5.2. Методология функционального моделирования idef0
- •5.2.1. Сущность методологии idefo
- •5.2.2. Синтаксис и семантика моделей idefo
- •5.2.3. Типы связей между функциями
- •5.2.4. Построение моделей idef0
- •5.3. Методология описания бизнес-процессов idef3
- •5.3.1. Сущность методологии idef3
- •5.3.2. Синтаксис и семантика моделей idef3
- •5.3.3. Требования 1def3 к описанию бизнес-процессов
- •5.4. Взаимосвязь моделей idefo и idef3
- •5.5.Структурный анализ потоков данных
- •5.5.1.Сущность структурного анализа потоков данных
- •5.5.2. Синтаксис и семантика диаграмм потоков данных
- •5.5.3. Построение диаграмм потоков данных
- •5.6. Сравнительный анализ idefo-моделей и диаграмм потоков данных
- •5.7. Рекомендации по применению методологий функционального моделирования
- •5.8. Моделирование данных
- •5.8.1. Основные понятия
- •5.8.2. Основы методологии idef1x
- •Вопросы для самоконтроля
- •Тема 6. Объектно-ориентированный подход к проектированию
- •6.1.Сущность объектно-ориентированного подхода
- •6.2. Диаграммы uml
- •6.3. Синтаксис и семантика основных объектов uml
- •6.3.1. Диаграммы прецедентов
- •6.3.2. Диаграммы классов
- •6.3.3. Диаграммы последовательностей
- •6.3.4. Диаграммы коммуникаций
- •6.3.5. Диаграммы состояний
- •6.3.6. Диаграммы деятельности
- •6.3.7. Диаграммы компонентов
- •6.3.8. Диаграммы развертывания
- •6.4. Рекомендации по применению uml
- •Вопросы для самоконтроля
- •Тема 7. Проектирование бд
- •7.1. Особенности проектирования хранилищ данных
- •7.2. Особенности проектирования клиент-серверных ис
- •7.3.Интерфейсы доступа к бд
- •7.3.1. Odbc - открытый интерфейс доступа к бд
- •7.3.2.Объектная модель ole db
- •7.4. Классы бд
- •7.4.1. Документографические и документальные бд
- •7.4.2. Бд о продукции
- •7.4.3. Бд экономической и конъюнктурной информации
- •7.4.4.Фактографические базы социальных данных
- •7.4.5. Бд транспортных систем страны
- •7.4.6. Справочные базы для населения и организаций
- •7.4.7. Ресурсные бд
- •7.4.8. Фактографические базы научных данных
- •7.4.9. Фактографические бд в области культуры и искусства
- •7.4.10. Лингвистические бд
- •Вопросы для самоконтроля
6.3.7. Диаграммы компонентов
Диаграммы компонентов позволяют изобразить модель системы на физическом уровне. Элементами диаграммы являются компоненты - физические замещаемые модули системы. Каждый компонент является полностью независимым элементом системы - приложением или внутренней подсистемой. Диаграмму компонентов можно рассматривать, как диаграмму классов в более крупном масштабе.
Основное назначение диаграмм компонентов - разделение системы на элементы, которые имеют стабильный интерфейс и образуют единое целое. Это позволяет создать ядро системы, которое не будет меняться в ответ на изменения, происходящие на уровне подсистем.
На рис. 6.12 показана упрощенная схема элементов фрагмента КИС. Пунктирные линии отражают зависимости между компонентами.
Каждый компонент диаграммы при необходимости документируется с помощью более детальной диаграммы компонентов или диаграммы классов.
Рис. 6.12. Диаграмма компонентов фрагмента КИС
6.3.8. Диаграммы развертывания
Диаграммы развертывания представляют физическое расположение системы, показывая, на каком физическом оборудовании запускается та или иная составляющая ПО.
На рис. 6.13 показан пример простой диаграммы развертывания. Главными элементами диаграммы являются узлы, связанные информационными путями. Узел (node) - это то, что может содержать ПО. Узлы бывают двух типов:
узел-устройство (device) - это физическое оборудование: компьютер или устройство, связанное с системой.
узел-среда выполнения (execution environment) - это ПО, которое само может включать другое ПО, например операционную систему.
Узлы могут содержать артефакты (artifacts), которые являются физическим олицетворением ПО, обычно это файлы.
В случае любого нетривиального развертывания данные диаграммы могут оказаться очень полезными.
Рис. 6.13. Пример диаграммы развертывания
6.4. Рекомендации по применению uml
При разработке модели вы можете широко применять диаграммы. При этом следует помнить ряд утверждений и придерживаться следующих правил:
Диаграммы классов показывают классы программы и их взаимосвязи.
Диаграммы последовательности используются для описания общих сценариев.
Диаграмму классов следует сопроводить несколькими диаграммами последовательности или другими диаграммами взаимодействия.
Диаграммы пакетов показывают высокоуровневую организацию программного продукта. Диаграмма пакетов представляет хорошую логическую маршрутную карту системы. Эта диаграмма помогает понять логические блоки системы, а также обнаружить их взаимозависимости и держать их под контролем.
Для каждого пакета лучше построить диаграмму классов.
Диаграммы состояний используются для классов со сложным поведением.
• После создания ПО можно написать документацию на готовый продукт с помощью UML. Лучше, когда документация содержит краткий текст, снабженный диаграммами UML.
Вопросы для самоконтроля
Особенность объектно-ориентированного подхода к проектированию.
Назначение языка UML.
Режимы использования языка UML.
Классификация диаграмм UML.
Понятие прецедента и диаграммы прецедентов. Примеры диаграмм прецедентов.
Понятие класса, атрибута, операции, объекта.
Обозначение классов в UML.
Понятие кратности атрибута.
Понятие и назначение диаграмм классов. Примеры диаграмм классов.
Понятие и примеры отношения «обобщение».
Понятие полиморфизма.
Понятие наследования, корневого и листового класса.
Понятие ассоциации. Представление атрибутов в виде ассоциаций. Примеры представления атрибутов в виде ассоциаций.
Понятие и назначение диаграмм последовательностей. Примеры диаграмм последовательностей.
15.Понятие и назначение коммуникационных диаграмм (диаграмм коопераций). Примеры коммуникационных диаграмм.
Понятие и назначение диаграмм состояний. Примеры диаграмм состояний.
Понятие и назначение диаграмм компонентов. Примеры диаграмм компонентов.
Понятие и назначение диаграмм развертывания. Примеры диаграмм развертывания.