
- •Информация
- •3 Типа атрибутов:
- •Каноническое проектирование ис
- •Типовое проектирование ис
- •Типовое проектирование ис
- •Процессы управления проектами
- •Функциональная методика idef0
- •Методология функционального моделирования sadt
- •2.2.1. Состав функциональной модели
- •2.2.2. Иерархия диаграмм
- •2.2.3. Типы связей между функциями
- •Базовые понятия erd
- •Функциональная методика потоков данных
- •Объектно-ориентированная методика
- •Двухзвенная архитектура "клиент-сервер"
- •Многозвенная (multitiered) архитектура
- •Двухзвенная архитектура
- •Трехзвенная архитектура
- •Сравнение архитектур
- •Клиент-серверные технологии
- •Заключение
- •Сравнение существующих методик
- •Синтетическая методика
- •Моделирование данных
- •Триггеры и хранимые процедуры
- •5.Понятие ис. Свойства ис.
- •Классификация ис по степени автоматизации, сфере применения.
- •Классификация ис по характеру использования информации, по уровню управления организацией.
- •Классификация ис по типу данных..
Объектно-ориентированная методика
Принципиальное отличие между функциональным и объектным подходом заключается в способе декомпозиции системы. Объектно-ориентированный подход использует объектную декомпозицию, при этом статическая структура описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Целью методики является построение бизнес-модели организации, позволяющей перейти от модели сценариев использования к модели, определяющей отдельные объекты, участвующие в реализации бизнес-функций.
Концептуальной основой объектно-ориентированного подхода является объектная модель, которая строится с учетом следующих принципов:
абстрагирование;
инкапсуляция;
модульность;
иерархия;
типизация;
параллелизм;
устойчивость.
Основными понятиями объектно-ориентированного подхода являются объект и класс.
Объект — предмет или явление, имеющее четко определенное поведение и обладающие состоянием, поведением и индивидуальностью. Структура и поведение схожих объектов определяют общий для них класс.Класс – это множество объектов, связанных общностью структуры и поведения. Следующую группу важных понятий объектного подхода составляют наследование и полиморфизм. Понятие полиморфизм может быть интерпретировано как способность класса принадлежать более чем одному типу. Наследование означает построение новых классов на основе существующих с возможностью добавления или переопределения данных и методов.
Важным качеством объектного подхода является согласованность моделей деятельности организации и моделей проектируемой информационной системы от стадии формирования требований до стадии реализации. По объектным моделям может быть прослежено отображение реальных сущностей моделируемой предметной области (организации) в объекты и классы информационной системы.
Большинство существующих методов объектно-ориентированного подхода включают язык моделирования и описание процесса моделирования.Процесс – это описание шагов, которые необходимо выполнить при разработке проекта. В качестве языка моделирования объектного подхода используется унифицированный язык моделирования UML, который содержит стандартный набор диаграмм для моделирования.
Диаграмма (Diagram) — это графическое представление множества элементов. Чаще всего она изображается в виде связного графа с вершинами (сущностями) и ребрами (отношениями) и представляет собой некоторую проекцию системы.
Объектно-ориентированный подход обладает следующими преимуществами:
Объектная декомпозиция дает возможность создавать модели меньшего размера путем использования общих механизмов, обеспечивающих необходимую экономию выразительных средств. Использование объектного подхода существенно повышает уровень унификации разработки и пригодность для повторного использования, что ведет к созданию среды разработки и переходу к сборочному созданию моделей.
Объектная декомпозиция позволяет избежать создания сложных моделей, так как она предполагает эволюционный путь развития модели на базе относительно небольших подсистем.
Объектная модель естественна, поскольку ориентированна на человеческое восприятие мира.
К недостаткам объектно-ориентированного подхода относятся высокие начальные затраты. Этот подход не дает немедленной отдачи. Эффект от его применения сказывается после разработки двух–трех проектов и накопления повторно используемых компонентов. Диаграммы, отражающие специфику объектного подхода, менее наглядны.
UML - унифицированный язык моделирования. Из этих трех слов главным является слово "язык". Язык - система знаков. UML - язык формальный и искусственный. Искусственный он потому, что у него имеются авторы, Формальным его можно назвать, поскольку имеются правила его употребления. Еще один нюанс: UML - язык графический. При описании формального искусственного языка, что мы уже видели на примерах описания языков программирования, как правило, описываются такие его элементы, как:
синтаксис, то есть определение правил построения конструкций языка;
семантика, то есть определение правил, в соответствии с которыми конструкции языка приобретают смысловое значение;
прагматика, то есть определение правил использования конструкций языка для достижения нужных нам целей.
Естественно, UML включает все эти элементы. Второе слово в фразе, которой расшифровывается аббревиатура UML - слово "моделирование". UML - это язык объектно-ориентированного моделирования. UML - есть средство построения описательных моделей.
Третье слово в названии UML - слово "унифицированный. UML стал единым универсальным стандартом для объектно-ориентированного моделирования. "Единым" языком моделирования UML можно назвать еще и потому, что в его создании, объединились усилия авторов трех наиболее популярных методов моделирования.
В 80-е годы было множество различных методологий моделирования. Каждая из них имела свои достоинства и недостатки, а также свою нотацию. разные люди использовали разные нотации, и для того чтобы понять, что описывает та или иная диаграмма, зачастую требовался "переводчик". Один и тот же символ мог означать в разных нотациях абсолютно разные вещи!
Появление объектно-ориентированного подхода в первую очередь было обусловлено увеличением сложности задач. Объектно-ориентированный подход внес достаточно радикальные изменения в сами принципы создания и функционирования программ, но, в то же время, позволил существенно повысить производительность труда программистов, по-иному взглянуть на проблемы и методы их решения, сделать программы более компактными и легко расширяемыми. Так вот, авторы UML определяют его как графический язык моделирования общего назначения (т. е. его можно применять для проектирования чего угодно - от простой качели, как на рисунке, до сложного аппаратно-программного комплекса или даже космического корабля), предназначенный для спецификации, визуализации, проектирования и документирования всех артефактов, создаваемых в ходе разработки. UML позволяет создавать такие простые и понятные картинки (модели), описывающие систему с разных сторон, которые можно показать заказчику и обсудить с ним, т. е. служит средством коммуникации в команде. UML позволяет строить модели программных систем (вообще говоря - ЛЮБЫХ систем). По этим моделям потом может производиться генерация каркасного кода проектируемых приложений. Более того, возможен процесс, который часто называют "реверс-инжинирингом", - т. е. создание UML-модели из существующего кода приложения. UML-модели сами по себе уже являются документами (и весьма понятными, даже для неспециалиста. UML можно использовать для рисования картинок, которые можно использовать для коммуникаций внутри команды и в ходе взаимодействия с заказчиком, т. е. он может служить средством обмена информацией. Кроме этого, UML является отличным средством спецификации систем, причем спецификации в процессе разработки. Разработанные архитектурные решения, задокументированные с помощью UML, могут быть использованы повторно. UML не является языком программирования, хотя существуют средства выполнения UML-моделей как интерпретируемого кода (Unimod, FLORA и др.). Несмотря на это, UML - средство не программирования, а моделирования, т. е. создания не программ, а моделей любого уровня абстракции для систем из любой предметной области. Каким образом то или иное CASE-средство реализует UML-моделирование, никак не регламентируется и определяется самими разработчиками этих инструментов. И, наконец, в-третьих, UML не является и моделью какого-либо процесса разработки, UML можно использовать независимо от того, какую методологию разработки ПО вы используете, и даже если вы вообще не пользуетесь никакой методологией! в UML используется четыре вида элементов нотации (синтаксис):
фигуры,
линии,
значки,
надписи.
В UML взаимодействие объектов понимается как обмен информацией между ними. При этом информация принимает вид сообщений.
29 современные технологии доступа к базам данных двухзвенная и трехзвенная архитектуры ИС.