- •Лекция 1. Основные понятия технологии проектирования информационных систем (ис)
- •Методы программной инженерии в проектировании ис.
- •Лекция 2. Жизненный цикл программного обеспечения ис
- •Лекция 3. Организация разработки ис
- •Каноническое проектирование ис
- •Типовое проектирование ис
- •Лекция 4. Анализ и моделирование функциональной области внедрения ис
- •Полная бизнес-модель компании
- •Шаблон формирования бизнесов
- •Шаблон формирования функционала компании (основных бизнес-функций)
- •Шаблон формирования зон ответственности за функционал компании
- •Шаблон потокового процессного описания
- •Построения организационно-функциональной модели компании
- •Инструментальные средства организационного моделирования
- •Лекция 5: Спецификация функциональных требований к ис
- •Процессные потоковые модели
- •Основные элементы процессного подхода
- •Выделение и классификация процессов
- •Референтная модель бизнес-процесса
- •Проведение предпроектного обследования предприятий
- •Результаты предпроектного обследования
- •Лекция 6. Методологии моделирования предметной области
- •Структурная модель предметной области
- •Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •Функционально-ориентированные и объектно-ориентированные методологии описания предметной области
- •Функциональная методика idef0
- •Функциональная методика потоков данных
- •Объектно-ориентированная методика
- •Сравнение существующих методик
- •Синтетическая методика
- •Лекция 7: Информационное обеспечение ис
- •Внемашинное информационное обеспечение Основные понятия классификации технико-экономической информации
- •Правила классификации продукции
- •Кодирование технико-экономической информации
- •Понятие унифицированной системы документации
- •Внутримашинное информационное обеспечение
- •Проектирование экранных форм электронных документов
- •Информационная база и способы ее организации
- •Моделирование данных
- •Базовые понятия erd
- •Метод idefi
- •Отображение модели данных в инструментальном средстве eRwin
- •Документирование модели
- •Масштабирование
- •Создание логической модели данных Уровни логической модели
- •Сущности и атрибуты
- •Типы сущностей и иерархия наследования
- •Нормализация данных
- •Создание физической модели данных
- •Правила валидации и значения по умолчанию
- •Индексы
- •Триггеры и хранимые процедуры
- •Проектирование хранилищ данных
- •Вычисление размера бд
- •Прямое и обратное проектирование
- •Генерация кода клиентской части с помощью eRwin Расширенные атрибуты
- •Генерация кода в Visual Basic
- •Создание отчетов
- •Генерация словарей
- •Лекция 9: Унифицированный язык визуального моделирования Unified Modeling Language (uml)
- •Синтаксис и семантика основных объектов uml Классы
- •Диаграммы классов
- •Диаграммы использования
- •Диаграммы последовательностей
- •Кооперативные диаграммы
- •Диаграммы состояний
- •Диаграммы деятельности
- •Диаграммы компонентов
- •Пакеты uml
Генерация словарей
Для управления большими проектами ERwin имеет специальный инструмент – ERwin Dictionary, который обеспечивает коллективную работу над диаграммами и позволяет сохранять и документировать различные версии моделей данных. ERwin Dictionary представляет собой специальную БД, которая позволяет решить проблемы документирования и хранения моделей, однако не полностью отвечает требованиям многопользовательской работы.
Лекция 9: Унифицированный язык визуального моделирования Unified Modeling Language (uml)
Диаграммы в UML.
Классы и стереотипы классов.
Ассоциативные классы.
Основные элементы диаграмм взаимодействия — объекты, сообщения.
Диаграммы состояний: начального состояния, конечного состояния, переходы.
Вложенность состояний.
Диаграммы внедрения: подсистемы, компоненты, связи.
Стереотипы компонент.
Диаграммы размещения.
Существует множество технологий и инструментальных средств, с помощью которых можно реализовать в некотором смысле оптимальный проект ИС, начиная с этапа анализа и заканчивая созданием программного кода системы. В большинстве случаев эти технологии предъявляют весьма жесткие требования к процессу разработки и используемым ресурсам, а попытки трансформировать их под конкретные проекты оказываются безуспешными. Эти технологии представлены CASE-средствами верхнего уровня или CASE-средствами полного жизненного цикла (upper CASE tools или full life-cycle CASE tools). Они не позволяют оптимизировать деятельность на уровне отдельных элементов проекта, и, как следствие, многие разработчики перешли на так называемые CASE-средства нижнего уровня (lower CASE tools). Однако они столкнулись с новой проблемой — проблемой организации взаимодействия между различными командами, реализующими проект.
Унифицированный язык объектно-ориентированного моделирования Unified Modeling Language (UML)явился средством достижения компромисса между этими подходами. Существует достаточное количество инструментальных средств, поддерживающих с помощьюUMLжизненный цикл информационных систем, и, одновременно,UMLявляется достаточно гибким для настройки и поддержки специфики деятельности различных команд разработчиков.
Мощный толчок к разработке этого направления информационных технологий дало распространение объектно-ориентированныхязыков программирования в конце 1980-х — начале 1990-х годов. Пользователям хотелось получить единый язык моделирования, который объединил бы в себе всю мощьобъектно-ориентированногоподхода и давал бы четкую модель системы, отражающую все ее значимые стороны. К середине девяностых явными лидерами в этой области стали методы Booch (Grady Booch), OMT-2 (Jim Rumbaugh), OOSE — Object-Oriented Software Engineering (Ivar Jacobson). Однако эти три метода имели свои сильные и слабые стороны: OOSE был лучшим на стадии анализа проблемной области и анализа требований к системе, OMT-2 был наиболее предпочтителен на стадиях анализа и разработки информационных систем, Booch лучше всего подходил для стадий дизайна и разработки.
Все шло к созданию единого языка, который объединял бы сильные стороны известных методов и обеспечивал наилучшую поддержку моделирования. Таким языком оказался UML.
Создание UMLначалось в октябре 1994 г., когда Джим Рамбо и Гради Буч из Rational Software Corporation стали работать над объединением своих методов OMT и Booch. Осенью 1995 г. увидела свет первая черновая версия объединенной методологии, которую они назвали Unified Method 0.8. После присоединения в конце 1995 г. к Rational Software Corporation Айвара Якобсона и его фирмы Objectory, усилия трех создателей наиболее распространенныхобъектно-ориентированныхметодологий были объединены и направлены на созданиеUML.
В настоящее время консорциум пользователей UMLPartners включает в себя представителей таких грандов информационных технологий, как Rational Software, Microsoft, IBM, Hewlett-Packard, Oracle, DEC, Unisys, IntelliCorp, Platinum Technology.
UMLпредставляет собойобъектно-ориентированныйязык моделирования, обладающий следующими основными характеристиками:
является языком визуального моделирования, который обеспечивает разработку репрезентативных моделей для организации взаимодействия заказчика и разработчика ИС, различных групп разработчиков ИС;
содержит механизмы расширения и специализации базовых концепций языка.
UML— это стандартная нотация визуального моделирования программных систем, принятая консорциумом Object Managing Group (OMG) осенью 1997 г., и на сегодняшний день она поддерживается многимиобъектно-ориентированнымиCASE-продуктами.
UMLвключает внутренний набор средств моделирования (модулей?) («ядро»), которые сейчас приняты во многих методах и средствах моделирования. Эти концепции необходимы в большинстве прикладных задач, хотя не каждая концепция необходима в каждой части каждого приложения. Пользователям языка предоставлены возможности:
строить модели на основе средств ядра, без использования механизмов расширения для большинства типовых приложений;
добавлять при необходимости новые элементы и условные обозначения, если они не входят в ядро, или специализировать компоненты, систему условных обозначений (нотацию) и ограничения для конкретных предметных областей.