- •Предисловие
- •Глава 1. Основные понятия теории моделирования § 1.1. Термины моделирования
- •§ 1.2. Классификация видов моделирования
- •§ 1.3. Проблемы проектирования информационных систем
- •§ 1.4. Моделирование предметной области
- •§ 1.5. Три уровня анализа
- •§ 1.6. Набор типов моделей Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •Вопросы к главе 1
- •Глава 2. Концептуальные основы case-технологий § 2.1. Понятие case-технологии
- •§ 2.2. Проблемы внедрения case-технологий
- •§ 2.3. Общая характеристика case-средств
- •§ 2.4. Классификация case-средств
- •Вопросы к главе 2
- •Глава 3. Понятие и основные принципы функционального моделирования, обзор основных методологий.
- •§ 3.1. Технология структурного анализа и проектирования sadt
- •§ 3.2. Диаграммы потоков данных dfd (Data Flow Diagrams)
- •§ 3.3. Диаграммы потоков работ wfd (Work Flow Diagram)
- •§ 3.4. Семейство стандартов моделирования idef
- •§ 3.5. Основные элементы и понятия idef0
- •§ 3.6. Диаграммы "сущность-связь" erd (Entity-Relationchip diagram)
- •Вопросы к главе 3
- •Глава 4. Спецификации управления
- •§ 4.1. Диаграммы переходов состояний std (State Transition Diagrams)
- •§ 4.2. Особенности применения std диаграмм
- •§ 4.3. Структурные карты
- •§ 4.4. Структурные карты Константайна
- •§ 4.5. Структурные карты Джексона
- •§ 4.6. Характеристики хорошей модели реализации
- •4.6.1. Сцепление
- •4.6. 2. Связность
- •§ 4.7. Принципы проектирования, позволяющие построить качественную модель
- •§ 4.8. Транзакционный и трансформационный анализ или как получить структурные карты из диаграмм потоков данных
- •Вопросы к главе 4
- •Глава 5. Объектно-ориентированный подход к моделированию информационных систем § 5.1. Понятие объектно-ориентированного анализа
- •§ 5.2. Элементы объектно-ориентированной модели
- •§ 5.3. Объект и класс
- •§ 5.4. Язык моделирования uml
- •§ 5.5. Достоинства и недостатки объектно-ориентированного проектирования
- •Вопросы к главе 5
- •Глава 6. Метод имитационного моделирования
- •§ 6.1. Понятие имитационного моделирования
- •§ 6.2. Применение имитационного моделирования
- •§ 6.3. Виды имитационного моделирования
- •§ 6.4. Принципы и методы построения имитационных моделей
- •6.4.2. Принцип особых состояний
- •6.4.3. Основные методы имитационного моделирования.
- •Вопросы к главе 6
- •Глава 7. Инструментальные средства моделирования ис
- •§ 7.1. Российские программные продукты
- •7.1.1. Инталев: Корпоративный навигатор (инталев)
- •Бизнес-Инженер (Битек)
- •Case.Аналитик
- •§7.2. Зарубежные case - средства
- •7.2.3. Case-средство Silverrun
- •7.2.5. Case-средство Designer/2000
- •§ 7.3. Методология aris
- •7.3.1. Общие сведения о методологии aris
- •7.3.2. Архитектура aris
- •7.3.3. Обзор основных модулей
- •§ 7.4. Программные продукты имитационного моделирования
- •7.4.1. Система Arena
- •7.4.2. Пакет имитационного моделирования AnyLogic
- •Вопросы к главе 7
- •Библиографический список
- •Оглавление
§ 1.5. Три уровня анализа
Одной из самых важных целей, при подготовке проекта построения информационной системы является четкая и правильно понимаемая постановка задачи. Для достижения этой цели необходимо исследовать все происходящие финансово-хозяйственные процессы, и соответствующие им потоки информации на предприятии, выявить те из них, которые должны быть реорганизованы в первую очередь. Как это сделать?
Каждый аналитик, приступая к анализу системы, должен ориентироваться на минимальный "джентльменский набор" стартовых условий, в состав которого входят:
Информация об объекте проектирования - ИС предприятия ("черный ящик").
Знания о предметной области, в которой работает предприятие (они могут быть получены путем предварительного изучения объекта и /или на основании опыта).
Знания об эталонных процедурах выполнения ключевых процессов в соответствии с международными или национальными стандартами.
Знания о методах и средствах моделирования и анализа систем.
Программные средства (инструменты) для моделирования и анализа.
Ограничения на создаваемую систему, связанные с реальными возможностями и существующими традициями предприятия (особенностями финансирования, корпоративной культуры и т. д.), чаще всего не отраженными в условиях договора на создание ИС.
Формальный перечень работ, которые необходимо выполнить на начальных этапах анализа системы, практически не зависит от того, какие методологии и инструменты будут использованы для моделирования и анализа. От инструментов зависит только результат.
В процессе разработки информационной системы выполняются три уровня анализа, каждый из которых соответствует трем основным стадиям создания ИС:
определение требований;
формирование спецификаций;
внедрение.
В основе различных методологий моделирования предметной области ИС лежат принципы последовательной детализации абстрактных категорий.
Обычно модели строятся на трех уровнях: на внешнем уровне (определении требований), на концептуальном уровне (спецификации требований) и внутреннем уровне (внедрения или реализации требований).
Так, на внешнем уровне модель отвечает на вопрос, что должна делать система, то есть определяется состав основных компонентов системы: объектов, функций, событий, организационных единиц, технических средств.
На концептуальном уровне модель отвечает на вопрос, как должна функционировать система? Иначе говоря, определяется характер взаимодействия компонентов системы одного и разных типов.
На внутреннем уровне модель отвечает на вопрос: с помощью каких программно-технических средств реализуются требования к системе?
С позиции жизненного цикла ИС описанные уровни моделей соответственно строятся на этапах анализа требований, логического (технического) и физического (рабочего) проектирования.
Определение требований начинается со сбора информации об исходной системе. После предварительного экспресс-анализа собранная информация отображается в виде моделей текущего состояния объекта проектирования. Анализ этих моделей позволяет изучить особенности функционирования объекта, выявить имеющиеся узкие места, определить недостатки в организации процессов, структур, используемых систем и т. д.
Следующий шаг - создание концептуальных моделей будущей информационной системы. На этом этапе происходит наложение знаний о предметной области и эталонных знаний на знания об объекте проектирования, представленные в виде моделей текущего состояния. Результатом первого уровня анализа чаще всего становится техническое задание на ИС.
Формирование спецификаций сопровождается выпуском проекта ИС, составной частью которого являются модели. На этом шаге обычно принимаются во внимание ограничения, которые необходимо учитывать в моделях информационной системы.
Третий уровень анализа - внедрение - связан с конкретной реализацией проекта ИС на предприятии.
Рассмотрим более подробно, какие именно модели должны быть созданы для получения наиболее полного представления о предметной области
