
- •Содержание
- •Тема 1: Теоретические основы проектирования информационных систем
- •Понятие ис. Структура ис
- •Основные понятия и структура проекта ис. Требования к эффективности и надежности проектных решений.
- •1.3 Жизненный цикл ис. Модели Жизненного цикла
- •Литература Основная литература:
- •Дополнительная литература
- •Тема 2. Технологии проектирования ис
- •2.1 Основные компоненты технологии проектирования ис.
- •2.2. Методы и средства проектирования ис.
- •2.3 Характеристика применяемых технологий проектирования.
- •Характеристики классов технологий проектирования
- •2.4 Требования, предъявляемые к технологии проектирования ис. Выбор технологии проектирования ис.
- •Литература Основная литература
- •Дополнительная литература
- •Тема 3. Стандарты и профили в области информационных систем
- •Классификация стандартов на проектирование и разработку информационных систем.
- •Международный стандарт iso/iec 12207: 1995-08-01
- •Основные процессы:
- •Вспомогательные процессы:
- •Организационные процессы:
- •Стандарты комплекса гост34
- •Методика Oracle cdm
- •Литература Основная литература
- •Дополнительная литература
- •Тема 4. Структурные методы анализа и проектирования ис (функционально ориентированный подход)
- •4.1 Классификация структурных методологий. Сравнительный анализ технологий.
- •Диаграммы «сущность-связь»
- •Сущности, отношения и связи в нотации Чена
- •Нотация Баркера
- •Спецификации управления
- •Этапы построения моделей в dfd – технологии
- •1.Разработка структурной функциональной модели бизнес-системы.
- •Разработка информационной модели бизнес -системы
- •Разработка событийной модели организации
- •4.3 Метод функционального моделирования sadt (idef0)
- •4.4 Метод моделирования процессов (idef3)
- •4.5 Моделирование данных (idef1x)
- •Литература Основная литература
- •Дополнительная литература
- •Тема 5. Каноническое проектирование ис
- •5.1 Стадии и этапы процесса проектирования ис.
- •5.2 Состав работ на стадиях жизненного цикла ис. Состав проектной документации.
- •5.3 Состав, содержание и принципы организации информационного обеспечения ис.
- •5.4 Проектирование пользовательского интерфейса.
- •. Реквизитный состав экранной формы
- •5.5 Проектирование документальных и фактографических баз данных
- •Литература Основная литература
- •Дополнительная литература
- •Тема 6. Автоматизированное проектирование ис
- •6.1 Основные принципы Case-технологии. Факторы эффективности Case-технологии.
- •6.2 Классификация Сase-средств проектирования и стратегия их выбора.
- •6.3 Функционально-ориентированный подход. Этапы проектирования.
- •6.4 Содержание rad-технологии прототипного создания приложений.
- •Литература Основная литература
- •Дополнительная литература
- •Тема 7. Типовое проектирование ис
- •7.1 Понятие типового элемента. Классификация и примеры типовых информационных систем и их характеристика.
- •7.2 Методы конфигурирования типовой информационной системы.
- •7.3 Технологии параметрически - ориентированного и модельно-ориентированного проектирования.
- •Литература Основная литература
- •Дополнительная литература
- •Тема 8. Проектирование интегрированных информационных систем
- •Литература Основная литература
- •Дополнительная литература
- •Тема 9. Эффективность информационной системы
- •Литература Основная литература
- •Дополнительная литература
Диаграммы «сущность-связь»
Диаграммы «сущность-связь» (ERD) предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных и отношений между ними. Фактически с помощью ERD осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и способы их взаимодействия, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами(связей).
Данная нотация была введена Ченом(Chen) и получила дальнейшее развитие в работах Баркера (Barker). Нотация Чена предоставляет богатый набор средств моделирования данных, включая ERD, диаграммы атрибутов, диаграммы декомпозиции. Эти диаграммные техники используются для проектирования реляционных баз данных.
Сущности, отношения и связи в нотации Чена
Сущность представляет собой множество экземпляров реальных или абстрактных объектов (людей, событий, состояний, идей, предметов и т.п.), обладающих общими атрибутами или характеристиками. Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована. При этом имя сущности должно отражать тип или класс объекта, а не его конкретный экземпляр (например, АЭРОПОРТ, а не ВНУКОВО).
Отношение в самом общем виде представляет собой связь между двумя и более сущностями. Именование отношения осуществляется с помощью грамматического оборота глагола (ИМЕЕТ, ОПРЕДЕЛЯЕТ, МОЖЕТ ВЛАДЕТЬ и т.п.).
Для идентификации требований, в соответствии с которыми сущности вовлекаются в отношения, используются связи. Каждая связь соединяет сущность и отношение и может быть направлена только от отношения к сущности.
Каждая сущность обладает одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности. При этом любой атрибут может быть определен как ключевой.
Детализация сущности осуществляется с использованием диаграмм атрибутов, которые раскрывают ассоциированные с сущностью атрибуты. Диаграмма атрибутов состоит из детализируемой сущности, соответствующих атрибутов и доменов, описывающих области значений атрибутов.
Нотация Баркера
В ней используется только один вид диаграмм — ERD. Сущность представляется при этом прямоугольником, содержащим внутри:
имя сущности,
список имен атрибутов (может быть неполным),
указатели ключевых атрибутов (знак #).
Все связи бинарны и представляют собой линии, соединяющие сущности, для которых определены:
имя;
степень множественности (« 0 или 1» , « 0 или более» , « 1» , « 1 или более» , « p:q» (диапазон) — при этом множественная связь присоединяется к прямоугольнику сущности в трех точках, а одиночная — в одной точке;
степень обязательности (Mandatory —обязательная связь, изображают непрерывной линией до середины связи; Optional — необязательная связь — обозначают пунктирной линией).
Спецификации управления
Спецификации управления предназначены для моделирования и документирования аспектов систем, зависящих от времени или реакции на событие. Они позволяют осуществлять декомпозицию управляющих процессов и описывают отношения между входными и выходными управляющими потоками на управляющем процессе-предке. Для этой цели обычно используются диаграммы переходов состояний (STD).
С помощью STD можно моделировать последующее функционирование системы на основе ее предыдущего и текущего функционирования. Моделируемая система в любой заданный момент времени находится точно в одном из конечного множества состояний. С течением времени она может изменить свое состояние, при этом переходы между состояниями должны быть точно определены.