- •Компьютерные технологии в науке и образовании
- •4.1.1 Цели и этапы разработки консалтинговых проектов
- •4.1.2 Case-технологии - методологическая и инструментальная база консалтинга
- •Лекция 2
- •4.2 Понятие структурного анализа
- •4.2.1 Жизненный цикл программного изделия и его критичные этапы
- •4.2.2 Идеи, лежащие в основе структурных методов
- •4.2.3 Принципы структурного анализа
- •Лекция 3
- •4.3. Диаграммы потоков данных
- •4.3.1 Основные символы диаграммы
- •4.3.2 Контекстная диаграмма и детализация процессов
- •4.3.3 Декомпозиция данных и соответствующие расширения диаграмм потоков данных
- •4.3.4 Построение модели
- •4.3.5 Словарь данных
- •4.3.6 Методы задания спецификаций процессов
- •Лекция 4
- •4.4 Структурированный естественный язык
- •4.4.1 Таблицы решений
- •Лекция 5
- •4.5 Диаграммы "сущность - связь"
- •Лекция 6
- •4.6.Диаграммы атрибутов
- •4.6.1 Категоризация сущностей
- •4.6.2 Построение модели
- •Лекция 7
- •4.7 Спецификации управления
- •Лекция 8
- •4.8 Средства структурного проектирования
- •4.8.1 Структурные карты Константайна
- •4.8.2 Методологии структурного и системного анализа и проектирования
- •4.8.3 Методологии структурного анализа Йодана/Де Марко и Гейна-Сарсона
- •Лекция 9
- •4.9 Sadt - технология структурного анализа и проектирования
- •4.9.1 Иерархия диаграмм
- •4.9.2 Синтаксис sadt - диаграмм
- •4.9.3 Понятие цели системы.
- •4.9.4 Создание функциональных моделей и диаграмм
- •Лекция 10
- •4.10 Характеристики case-средств
- •4.10.5 Локальные средства (eRwin, bPwin, s-Designor, case.Аналитик)
- •4.10.6 Объектно-ориентированные case-средства (Rational Rose)
Федеральное агентство по образованию Российской Федерации
Государственное образовательное учреждение высшего профессионального образования
«Тульский государственный университет»
Кафедра «Инструментальные и метрологические системы»
Илюхин С.Ю. доцент, д.т.н.
КОНСПЕКТ ЛЕКЦИЙ
дисциплины
Компьютерные технологии в науке и образовании
Часть 4
Системы поддержки объектно-ориентированного анализа и проектирования
Направление подготовки: 200500 «Метрология, стандартизация и сертификация»
Формы обучения (очная)
Тула 2006
Содержание
Лекция 1 3
4.1 Понятие консалтинга в области информационных технологий. 3
4.1.1 Цели и этапы разработки консалтинговых проектов 4
4.1.2 CASE-технологии - методологическая и инструментальная база консалтинга 7
Лекция 2 9
4.2 Понятие структурного анализа 9
4.2.1 Жизненный цикл программного изделия и его критичные этапы 9
4.2.2 Идеи, лежащие в основе структурных методов 11
4.2.3 Принципы структурного анализа 13
Лекция 3 16
4.3. Диаграммы потоков данных 16
4.3.1 Основные символы диаграммы 17
4.3.2 Контекстная диаграмма и детализация процессов 18
4.3.3 Декомпозиция данных и соответствующие расширения диаграмм потоков данных 18
4.3.4 Построение модели 19
4.3.5 Словарь данных 21
4.3.6 Методы задания спецификаций процессов 22
Лекция 4 23
4.4 Структурированный естественный язык 23
4.4.1 Таблицы решений 24
Лекция 5 26
4.5 Диаграммы "сущность - связь" 26
Лекция 6 28
4.6.Диаграммы атрибутов 28
4.6.1 Категоризация сущностей 29
4.6.2 Построение модели 29
Лекция 7 32
4.7 Спецификации управления 32
Лекция 8 34
4.8 Средства структурного проектирования 34
4.8.1 Структурные карты Константайна 35
4.8.2 Методологии структурного и системного анализа и проектирования 37
4.8.3 Методологии структурного анализа Йодана/Де Марко и Гейна-Сарсона 38
Лекция 9 39
4.9 SADT - технология структурного анализа и проектирования 39
4.9.1 Иерархия диаграмм 41
4.9.2 Синтаксис SADT - диаграмм 42
4.9.3 Понятие цели системы. 45
4.9.4 Создание функциональных моделей и диаграмм 45
Лекция 10 53
4.10 Характеристики CASE-средств 53
4.10.1 Silverrun 53
4.10.2 Vantage Team Builder (Westmount I-CASE) 54
4.10.3 Uniface 55
4.10.4 Designer/2000 + Developer/2000 56
4.10.5 Локальные средства (ERwin, BPwin, S-Designor, CASE.Аналитик) 58
4.10.6 Объектно-ориентированные CASE-средства (Rational Rose) 59
Лекция 1
4.1 Понятие консалтинга в области информационных технологий.
Практически каждая фирма, работающая на рынке информационных технологий, заявляет о предоставлении ею неких консалтинговых услуг. Что же следует понимать под консалтингом?
Консалтинг - это деятельность специалиста или целой фирмы, занимающихся стратегическим планированием проекта, анализом и формализацией требований к информационной системе, созданием системного проекта, иногда - проектированием приложений. Но все это до этапа собственно программирования или настройки каких-то уже имеющихся комплексных систем управления предприятием, выбор которых и осуществляется на основе системного проекта. В это понятие не входит системная интеграция.
Фактически консультантом выполняется два вида работ.
1. Бизнес-консалтинг. Иными словами - это элементарное наведение порядка в организации: бизнес-анализ и реструктуризация (реинжиниринг бизнес-процессов). Любая организация - это довольно сложный организм, функционирование которого одному человеку просто невозможно понять. Руководство в общих чертах представляет себе общий ход дел, а клерк досконально изучил только то, чем он конкретно занимается, уяснил свою роль в сложившейся системе деловых взаимоотношений. Но как организация функционирует в целом, не знает, как правило, никто. И именно деятельность, направленная на то, чтобы разобраться в функционировании таких организмов, построить соответствующие модели и на их основе выдвинуть некоторые предложения по поводу улучшения работы некоторых звеньев, а еще лучше - бизнес-процессов (деятельностей, имеющих ценность клиента) считается бизнес-консалтингом.
2. Системный анализ и проектирование. Выявление и согласование требований заказчика приводит к пониманию того, что же в действительности необходимо сделать. За этим следует проектирование или выбор готовой системы так, чтобы она в итоге как можно в большей степени удовлетворяла требованиям заказчика.
Кроме того, важный элемент консалтинга - формирование и обучение рабочих групп. Здесь идет речь не только о традиционной учебе, любые проекты, модели должны в итоге кем-то сопровождаться. Поэтому сотрудники предприятия с самого начала участвуют в проекте, обучаясь сопровождать систему. По окончании проекта они способны анализировать и улучшать бизнес-процессы в рамках собственной отдельно взятой организации.