Информационные системы
<<  Информация, информационная система Автоматизированное проектирование  >>
Технологии и методы проектирования ИС
Технологии и методы проектирования ИС
Подходы к определению методов проектирования ИС
Подходы к определению методов проектирования ИС
Виртуальные (универсальные) методы
Виртуальные (универсальные) методы
Функционально-технологические методы
Функционально-технологические методы
Объектные методы обеспечивают единую концепцию
Объектные методы обеспечивают единую концепцию
Подходы к определению методов проектирования ИС
Подходы к определению методов проектирования ИС
IDEF
IDEF
COMET
COMET
Методология создания ИС
Методология создания ИС
Методологии условно можно разделить на два класса
Методологии условно можно разделить на два класса
Основные составляющие методологии
Основные составляющие методологии
Итерационная спиральная модель жизненного цикла ИС
Итерационная спиральная модель жизненного цикла ИС

Комплекс развивающихся систем согласованных моделей
Комплекс развивающихся систем согласованных моделей
Методология анализа ИС на основе бизнес-процессов
Методология анализа ИС на основе бизнес-процессов

Укрупненная система моделей организации
Укрупненная система моделей организации
Детальная система моделей организации
Детальная система моделей организации
Система моделей описания требований к ИС
Система моделей описания требований к ИС
Методология проектирования от данных
Методология проектирования от данных
Методы и средства организации метаинформации проекта системы
Методы и средства организации метаинформации проекта системы
Основные требования к системе метаданных
Основные требования к системе метаданных
Совместимость отечественной системы
Совместимость отечественной системы
Подходы к построению системы метаданных
Подходы к построению системы метаданных
Процесс проектирования ИС предполагает разработку документов
Процесс проектирования ИС предполагает разработку документов
Информационная модель, представляющая форму описания ИС
Информационная модель, представляющая форму описания ИС
Контейнеры
Контейнеры
Атрибуты, которыми характеризуются элементы данных
Атрибуты, которыми характеризуются элементы данных
Пример решения для работы с метаданными
Пример решения для работы с метаданными
Те, кто занимаются моделированием данных
Те, кто занимаются моделированием данных
Презентация «Проектирование ИС». Размер 234 КБ. Автор: Paradise.

Загрузка...

Проектирование ИС

содержание презентации «Проектирование ИС.ppt»
СлайдТекст
1 Технологии и методы проектирования ИС

Технологии и методы проектирования ИС

Глава 5. Технологии и методы проектирования ИС. 5.1 Методы проектирования ИС. Основные компоненты методологии построения ИС: Набор типов моделей для описания требований к ИС, проектных и программных решений. Модель содержит определенные конструкции (нотацию) и правила их использования (синтаксис). Метод применения набора моделей для построения ИС. Метод обычно использует фиксированный набор моделей и определяет последовательность их применения. Процесс организации проектных работ, включающий различные технологии – планирования, управления проектом и т.д.

2 Подходы к определению методов проектирования ИС

Подходы к определению методов проектирования ИС

Подходы к определению методов проектирования ИС (Клещев Н.Т., Романов А.А.): Структурно-функциональные методы проектирования и разработки заключается в декомпозиции структуры ИС на отдельные подсистемы и модули в целях анализа их технического, системного и прикладного состава.

3 Виртуальные (универсальные) методы

Виртуальные (универсальные) методы

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

4 Функционально-технологические методы

Функционально-технологические методы

Функционально-технологические методы обеспечивают анализ непрерывно изменяющегося спектра организационных и управленческих функций. Метод характеризуется: - целостным подходом к анализу и синтезу системной архитектуры ИС и организуемых организационных и управленческих функций. - учетом динамики организационных и управленческих функций и обеспечивающих их программно-технических решений и системных архитектур. - учетом взаимосвязей организационных и управленческих функций при определяющей роли функций и технологий по отношению к структуре. - учетом физических и информационных связей между элементами ИС. - учетом взаимосвязей создаваемой ИС с внешней средой.

5 Объектные методы обеспечивают единую концепцию

Объектные методы обеспечивают единую концепцию

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

6 Подходы к определению методов проектирования ИС

Подходы к определению методов проектирования ИС

Подходы к определению методов проектирования ИС (Прозоров А.А.): OMT , ИС представляется в виде трех взаимосвязанных моделей: - объектная модель – определяет статические аспекты системы, в основном связанные с данными. - динамическая модель – описывает работу отдельных частей системы. - функциональная модель – описывает взаимодействие отдельных частей системы, возникающее в процессе ее работы.

7 IDEF

IDEF

IDEF, состоит из следующих частей: - IDEF0 – метод и нотация описания бизнес-процессов. - IDEF1 – метод и нотация описания взаимосвязей между информационными потоками. - IDEF1X – метод и нотация разработки реляционных БД. - IDEF3 – метод и нотация описания технологических процессов. - IDEF5 – метод и нотация описания онтологических исследований.

8 COMET

COMET

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

9 Методология создания ИС

Методология создания ИС

5.2 Методология создания ИС. Цель методологии создания ИС заключается в организации процесса построения ИС и обеспечения управлении этим процессом, для того чтобы гарантировать выполнение требований как к самой ИС, так и к характеристикам процесса разработки. Основные задачи методологии: Обеспечение создания ИС, отвечающих предъявляемым к ним требованиям по автоматизации деловых процессов и целям и задачам организации. Гарантирование создание системы с заданным качеством в заданные сроки и в рамках бюджета. Поддержание дисциплины сопровождения, модификации и наращивания системы, чтобы ИС могла отвечать быстро изменяющимся требованиям. Обеспечение создания ИС, отвечающих требованиям открытости, переносимости и масштабируемости. Обеспечение использования в разрабатываемой ИС задела в области информационных технологий, существующего в организации.

10 Методологии условно можно разделить на два класса

Методологии условно можно разделить на два класса

Методологии условно можно разделить на два класса. Первый класс включает в себя методологии, основой которых является использование набора стандартных решений при построении ИС. Построенные с методологией второго класса, содержат помимо стандартных решений еще и уникальные разработки, которые позволяют максимально адаптировать ИС к структуре бизнес-процессов предприятия.

11 Основные составляющие методологии

Основные составляющие методологии

5.3 Основные составляющие методологии. Рассмотрена методология, принадлежащая ко второму классу, предложенная Паронджановым С.Д., её фундамент составляет: Итерационная спиральная модель жизненного цикла ИС. Комплекс развивающихся систем согласованных моделей. Методология анализа ИС на основе бизнес-процессов. Методология проектирования от данных.

12 Итерационная спиральная модель жизненного цикла ИС

Итерационная спиральная модель жизненного цикла ИС

5.3.1 Итерационная спиральная модель жизненного цикла ИС. Процесс создания ИС представляет собой процесс построения и последовательного преобразования согласованных моделей на всех этапах жизненного цикла.

13

14 Комплекс развивающихся систем согласованных моделей

Комплекс развивающихся систем согласованных моделей

5.3.2 Комплекс развивающихся систем согласованных моделей. Создается система моделей описания требований к ИС, которая затем преобразуется в систему моделей, описывающих проект ИС. Формируются модели архитектуры ИС, требований к программному обеспечению и информационному обеспечению. Затем формируется архитектура ПО и ИО, выделяются корпоративные БД. И отдельные приложения, формируются модели требований к приложениям, и проводится их разработка, тестирование и интеграция.

15 Методология анализа ИС на основе бизнес-процессов

Методология анализа ИС на основе бизнес-процессов

5.3.3 Методология анализа ИС на основе бизнес-процессов. В процессе описания организации и ее деятельности формируются три основные системы моделей организации: стратегическая, укрупненная и детальная. Стратегическая система моделей организации. Главное назначение стратегической системы моделей заключается, во-первых, в определении основных целей и задач организации и, во-вторых, в формировании моделей бизнес-процессов, описывающих основные виды деятельности организации и реализующих ее стратегические цели и задачи. Модели строятся при обследовании организации путем опроса экспертов на уровне высшего руководящего персонала, а так же на базе основных документов.

16

17 Укрупненная система моделей организации

Укрупненная система моделей организации

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

18 Детальная система моделей организации

Детальная система моделей организации

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

19 Система моделей описания требований к ИС

Система моделей описания требований к ИС

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

20 Методология проектирования от данных

Методология проектирования от данных

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

21 Методы и средства организации метаинформации проекта системы

Методы и средства организации метаинформации проекта системы

5.4 Методы и средства организации метаинформации проекта системы. Эффективность ИС в значительной степени зависит от ее обеспеченности качественными информационными ресурсами (ИР). Систематизация ИР – многообразная деятельность по обеспечению условий для эффективного управления ИР. Решение большинства задач связанных с систематизацией связанно с использованием метаданных. Метаданные – информация, характеризующая какую либо другую информацию. На самом высоком уровне метаданные делятся на общие и уникальные (специфические). Так же классифицируют на метаданные бизнеса, технические метаданные и метаданные процессов. Система метаданных выступает как центральное звено любой ИС. Определяют два уровня представлений: - инфологический, фиксируемый схемой метаданных, которая отражает состав и структуру элементов данных в экземпляре метаданных, их семантику, типы значений и ограничения целостности. - датологический, фиксируемый форматом метаданных, который отражает способ представления информации.

22 Основные требования к системе метаданных

Основные требования к системе метаданных

Основные требования к системе метаданных: Универсальность в рамках установленного понимания ИР как объекта систематизации. Структурированность и формализованность метаданных. Достаточная выразительность для обеспечения эффективного решения задач, требующих наличия метаданных; совместимость с международными стандартами и протоколами в области метаданных и информационного поиска. Возможность задания ограничений целостности. Обеспечение возможности хранения метаданных как совместно с ИР, так и отдельно. Возможность представления в метаданных сведений о создателях, правообладателях и распространителях ИР.

23 Совместимость отечественной системы

Совместимость отечественной системы

Совместимость отечественной системы метаданных с международными стандартами и спецификациями обеспечивает: Взаимную «прозрачность» метаданных в российских и зарубежных каталогах для поисковых средств, что способствует обмену ИР. Упрощение создания ИР, ориентированных на зарубежный рынок. Возможность обмена метаданными между российскими и зарубежными каталогами и репозитариями. Возможность формирования и использования метаданных, предназначенных для размещения в российских репозитариях и каталогах, в зарубежных инструментальных средствах.

24 Подходы к построению системы метаданных

Подходы к построению системы метаданных

Подходы к построению системы метаданных: - выбор одной из международных схем метаданных. - выбор одной из международных схем метаданных и ее расширение. - построение оригинальной схемы метаданных.

25 Процесс проектирования ИС предполагает разработку документов

Процесс проектирования ИС предполагает разработку документов

Процесс проектирования ИС предполагает разработку документов: - информационной модели, определяющей на инфологическом уровне структуру экземпляра метаданных об ИР. - набора словарей и классификаторов. - привязки информационных моделей (формат метаданных); руководства по применению информационной модели метаданных, содержащего описания ограничений целостности, профили метаданных и т.д. - прототип программных средств для формирования метаданных.

26 Информационная модель, представляющая форму описания ИС

Информационная модель, представляющая форму описания ИС

Информационная модель, представляющая форму описания ИС, состоит из совокупности элементов данных, образующих иерархическую структуру. Элементы подразделяются на неделимые и составные. Составной элемент – включают один или несколько элементов данных, среди которых могут быть как неделимые элементы, так и составные. В рассматриваемой информационной модели составные элементы соответствуют типу «контейнер» и называются контейнерами. Неделимый элемент – не имеет подчиненных элементов. Обладает самостоятельным значением, соответствующим множеству допустимых значений, которое определяется ассоциируемым с элементом типом данных.

27 Контейнеры

Контейнеры

На верхнем уровне иерархии модель может содержать следующие контейнеры: Общие сведения об ИР. Жизненный цикл ИР – сведения о текущем состоянии ИР и субъектах, внесших вклад в его создание и развитие. Метаданные – характеристики описания ИР. Технические характеристики ИР. Права интеллектуальной собственности на ИР. Отношение – сведения об отношениях между описываемыми ИР и другими ИР. Аннотация – комментарии по применению ИР и сведения о том, кто и когда их оставил. Классификационные признаки ИР в рамках различных классификаторов.

28 Атрибуты, которыми характеризуются элементы данных

Атрибуты, которыми характеризуются элементы данных

Атрибуты, которыми характеризуются элементы данных: индекс, имя, описание, повторяемость, упорядоченность значений, тип данных, предельный объем, предельная повторяемость. Атрибут повторяемости – допустимость указания нескольких его значений. Атрибут повторяемости значений – определяется для элементов, экземпляры которых могут повторяться. Тип данных – для неделимых элементов определяет область допустимых значений и форму их представления. Классификатор - множество значений образующих иерархическую структуру.

29 Пример решения для работы с метаданными

Пример решения для работы с метаданными

Пример решения для работы с метаданными. В качестве примера рассмотрим розничную компанию, имеющую несколько хранилищ данных для обеспечения различных видов бизнес-отчетности. Компания имеет хранилище для составления отчетов по каналам поставок, хранилище для CRM, для данных о продажах и отдельное для финансовой информации. Компания хочет создать единое корпоративное хранилище данных с помощью консолидации информации в масштабах всей организации. Это хранилище будет центральным репозиторием для всех корпоративных данных, а отдельные подразделения будут создавать себе витрины данных на его основе. В процессе реализации этого проекта пришло понимание того, что так же необходимо выработать стратегию консолидации метаданных. Для этого можно использовать подход описанный выше, который включает три основных действия. Первое – определение требований к метаданным. Включает идентификацию заинтересованных сторон и классификацию метаданных. Основные элементы – это некоторые корпоративные измерения и корпоративные факты. Следующий набор метаданных – список таблиц и граф, использующий данные измерения и факты, т.е. технические метаданные. Для документирования процессов ETL (извлечение, преобразование и загрузка) и создания витрин данных необходима информация о тех шагах, из которых они состоят, т.е. метаданные о процессах.

30 Те, кто занимаются моделированием данных

Те, кто занимаются моделированием данных

Для этих данных заинтересованными сторонами являются те, кто занимаются моделированием данных, разработчики ETL, витрин данных и отчетов. Для консолидации метаданных требуются все элементы метаданных, их классификация, а так же информация о том, кто и какие именно данные использует. Следующий шаг – моделирование решения для работы с метаданными. Следует определить общую архитектуру. Было решено создать единый репозиторий для метаданных и определить процесс, который обеспечит его наполнение из всех систем. Например, после определений измерений и фактов метаданные экспортируются из инструментов моделирования данных и сохраняются в репозитории. Информация о процессах ETL создается вручную. Репозиторий отчетности наполняется с помощью заранее определенной технологии. Для выполнения требований отчетности, была создана система отчетности на основе Интернета, которая создает запросы к репозиторию для получения информации. Следующая проблема – обеспечение долговременной работы данного решения. Например, как должен обрабатываться новый элемент или измерение? Как вносится информация о новом процессе ETL или новом отчете. Для моделей данных периодически используются процесс синхронизации репозиториев инструментов и метаданных. Для ETL и ответности существуют аналогичные процессы.

«Проектирование ИС»
Сайт

5informatika.net

115 тем
5informatika.net > Информационные системы > Проектирование ИС.ppt