
- •Сложная система. Признаки сложной системы.
- •2. Состав и структура по. Специальное и общее по
- •Основные этапы жцпо - схема.
- •Классификация по по продолжительности жц
- •Каскадные модели жц по. Достоинства и недостатки.
- •Спиральная модель жц по. Ее отличие от каскадной
- •Принципы проектирования пользовательского интерфейса
- •Жц по в соответствии со стандартом iso-iec 12207.
- •Управление требованиями к системе
- •Принципы структурного подхода. Свойства иерархических систем.
- •Иерархия данных и компонентов при структурном подходе.
- •Восходящее и нисходящее проектирование
- •Типовая структура программного комплекса
- •Структурированная программа. Элементарные базовые конструкции, используемые для ее создания.
- •Модульность, модульное программирование.
- •Функциональное моделирование. Принципы построения модели idef0
- •Типы связей между функциями при построении функциональной модели системы
- •Принципы построения иерархии диаграмм потоков данных
- •Проектирование бд
- •Диаграмма “сущность-связь” в нотации р. Баркера
- •Принципы объектного подхода. Объектная декомпозиция ее отличие от алгоритмической.
- •Сложная система с точки зрения объектного подхода.
- •Этапы создания по при объектном подходе
- •Объект. Поведение объекта. Состояние объекта. Индивидуальность
- •Класс. Отношения между классами.
- •Составляющие объектного подхода (основные)
- •Составляющие объектного подхода дополнительные
- •Принципы проектирования пользовательского интерфейса
- •Саse-технология: общие характеристики. Критерии выбора. Состав полного комплекта саse-средств
- •Этапы внедрения саse-средств. Пилотный проект
- •Классификация case-средств
- •Технология и методология case-проектирования
- •Методология rad
- •Унифицированный язык моделирования uml. Основные компоненты
- •Диаграммы вариантов использования
Диаграмма “сущность-связь” в нотации р. Баркера
Наиболее распространенным средством моделирования данных являются диаграммы ”сущность-связь” . с их помощью определяются важные для предметной области объекты--сущности, их свойства—атрибуты и их отношения—связи. Диаграммы такого типа можно использовать для проектирования реляционных БД.
Базовыми понятиями ERD являются:
Сущность – т.е. реальный или абстрактный объект, имеющий важное значение для данной предметной области. Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех остальных экземпляров данного типа сущности. Каждая сущность должна обладать следующими свойствами:
-иметь уникальное имя,
-обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь,
-обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый атрибут сущности,
-каждая сущность может обладать произвольным количеством связей с другими сущностями модели.
Связь - поименованная ассоциация между двумя сущностями, имеющая значение для данной предметной области. При этом, как правило, каждый экземпляр одной сущности (именуемой родительской) ассоциирован с произвольным количеством экземпляров другой сущности (именуемой сущностью -- потомком), а каждый экземпляр сущности—потомка ассоциирован только с одним экземпляром сущности—родителя. Т.о. экземпляр сущности—потомка может существовать только при наличии сущности—родителя.
Первый - извлечение информации из описания предметной области и выделение сущностей. Из опроса менеджера можно выделить две сущности – автомобили и продавцы.
Вторым шагом является идентификация связей. Имя связи всегда формируется с точки зрения сущности-родителя и образовываться соединением:
-именем сущности-родителя,
-именем связи,
-выражением степени связи,
-именем сущности потомка.
Последним шагом моделирования является идентификация атрибутов. Атрибуты могут быть обязательными и необязательными. Обязательность означает, что атрибут не может принимать неопределенных значений.
Принципы объектного подхода. Объектная декомпозиция ее отличие от алгоритмической.
Задачи, решаемые программистами, становились все сложнее, и при их реализации методами структурного проектирования возникали определенные трудности. В результате был создан новый подход, в основу которого было положено понятие “ОБЪЕКТ”, которое объединило в себе данные и обрабатывающие их функции.
Если рассматривать объект, как част чего-то большего, и базируясь на этом строить иерархию, то мы получим структуру объектов (или структурную иерархию). Если рассматривать объект как нечто, принадлежащее к определенному типу – классу, то мы получим структуру классов (или типовую иерархию).
Объектно-ориентированное проектирование базируется на объектной декомпозиции. В структурном проектировании под декомпозицией мы понимали такое разделение системы, при котором каждый модуль выполняет одну из функций, т.е. один из этапов общего процесса. И этот принцип лежал в основе построения иерархической структуры системы.
При объектной декомпозиции систему можно разделить, выбрав в качестве критерия декомпозиции принадлежность ее элементов к различным абстракциям данной предметной области.
Абстракцией является такая идея, которую можно изложить, проанализировать и понять независимо от механизмов ее реализации. Обнаружение общих абстракций и их механизмов облегчает понимание системы.
Правильно разделив систему на небольшие автономные подсистемы и по отдельности отладив каждую из них, можно получить конечный продукт практически свободный от ошибок.