Структурный системный анализ

Реализация языка UML в CASE-инструментарии Rational Rose

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

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

Диаграмма кооперации (collaboration diagram)

Диаграмма последовательности (sequence diagram)

Диаграмма деятельности (activity diagram)

Диаграмма классов (class diagram)

Диаграмма вариантов использования (use case diagram)

Объектно-ориентирование проектирование с использованием UML.

Полиморфизм

Инкапсуляция

Наследование

Принципы объектно-ориентированного программирования

События

Свойства

Методы

Данные

Объект и класс

Основные понятия объектно- ориентированного программирования

Диаграммы потоков данных DFD

Диаграммы функционального моделирования

Структурный системный анализ

2. Диаграмма "сущность-связь"

ТЕКСТ ЛЕКЦИИ

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

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

Прикладная программа, построенная по принципам объектной ориентации — это не последовательность каких-то операторов, не некий жесткий алгоритм. Объектно-ориентрованная программа — это со­вокупность объектов и способов их взаимодействия. Обмен между объектами происходит посредством сообщений.

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

Поскольку многие идеи структурного системного анализа оказали непосредственное влияние на развитие языка UML, а используемая графическая нотация была реализована в некоторых CASE-средствах, ниже приводится краткая характеристика основных компонентов данного направления графического моделирования программных систем.

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

В рамках данного направления программной инженерии принято рассматривать три графические нотации, получивших названия диаграмм:

- диаграммы "сущность-связь" (Entity-Relationship Diagrams, ERD),

- диаграммы функционального моделирования (Structured Analysis and Design Technique, SADT)

- диаграммы потоков данных (Data Flow Diagrams, DFD).

Диаграмма "сущность-связь"

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

Диаграмма "сущность-связь"

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

Дата добавления: 2014-12-10