
- •Тема 1. Проектирование ис
- •Этапы развития ис
- •1.2. Классификация рынка современных ис
- •1.3. Проектирование ис как формализационный процесс
- •Вопросы.
- •Этапы развития ис.
- •Понятие программной инженерии и этапы ее развития.
- •Тема 2. Понятие жц по
- •2.1. Понятие жц по. Процессы жц по
- •2.1.1. Основные процессы
- •2.1.2. Вспомогательные процессы
- •2.1.3. Организационные процессы
- •2.1.4. Взаимосвязь между процессами
- •2.2. Модели и стадии жц по
- •Вопросы
- •Тема 3. Организация разработки по ис
- •3.1. Внутренняя и внешняя деятельность
- •3.2. Четыре фазы разработки по ис (во внешней деятельности)
- •3.3. Задачи разработки по ис
- •Вопросы для самоконтроля
- •Тема 4. Внутренняя (мыслительная) деятельность
- •4.1. Компетенция инженера
- •4.2. Состав, сложность задач проблемы и компетентность инженера
- •4.3. Связь понятия компетенция и умение
- •Вопросы для самоконтроля
- •Тема 5. Структурный подход к проектированию
- •5.1. Сущность структурного подхода
- •5.1.1 Подход к решению проблемы сложности больших систем
- •5.1.2. Структурный подход к разработке по
- •5.2. Методология функционального моделирования idef0
- •5.2.1. Сущность методологии idefo
- •5.2.2. Синтаксис и семантика моделей idefo
- •5.2.3. Типы связей между функциями
- •5.2.4. Построение моделей idef0
- •5.3. Методология описания бизнес-процессов idef3
- •5.3.1. Сущность методологии idef3
- •5.3.2. Синтаксис и семантика моделей idef3
- •5.3.3. Требования 1def3 к описанию бизнес-процессов
- •5.4. Взаимосвязь моделей idefo и idef3
- •5.5.Структурный анализ потоков данных
- •5.5.1.Сущность структурного анализа потоков данных
- •5.5.2. Синтаксис и семантика диаграмм потоков данных
- •5.5.3. Построение диаграмм потоков данных
- •5.6. Сравнительный анализ idefo-моделей и диаграмм потоков данных
- •5.7. Рекомендации по применению методологий функционального моделирования
- •5.8. Моделирование данных
- •5.8.1. Основные понятия
- •5.8.2. Основы методологии idef1x
- •Вопросы для самоконтроля
- •Тема 6. Объектно-ориентированный подход к проектированию
- •6.1.Сущность объектно-ориентированного подхода
- •6.2. Диаграммы uml
- •6.3. Синтаксис и семантика основных объектов uml
- •6.3.1. Диаграммы прецедентов
- •6.3.2. Диаграммы классов
- •6.3.3. Диаграммы последовательностей
- •6.3.4. Диаграммы коммуникаций
- •6.3.5. Диаграммы состояний
- •6.3.6. Диаграммы деятельности
- •6.3.7. Диаграммы компонентов
- •6.3.8. Диаграммы развертывания
- •6.4. Рекомендации по применению uml
- •Вопросы для самоконтроля
- •Тема 7. Проектирование бд
- •7.1. Особенности проектирования хранилищ данных
- •7.2. Особенности проектирования клиент-серверных ис
- •7.3.Интерфейсы доступа к бд
- •7.3.1. Odbc - открытый интерфейс доступа к бд
- •7.3.2.Объектная модель ole db
- •7.4. Классы бд
- •7.4.1. Документографические и документальные бд
- •7.4.2. Бд о продукции
- •7.4.3. Бд экономической и конъюнктурной информации
- •7.4.4.Фактографические базы социальных данных
- •7.4.5. Бд транспортных систем страны
- •7.4.6. Справочные базы для населения и организаций
- •7.4.7. Ресурсные бд
- •7.4.8. Фактографические базы научных данных
- •7.4.9. Фактографические бд в области культуры и искусства
- •7.4.10. Лингвистические бд
- •Вопросы для самоконтроля
Тема 4. Внутренняя (мыслительная) деятельность
Как уже было сказано, внутренняя деятельность как процесс протекает в когнитивной сфере инженера.
На фоне четырех фаз во внешней деятельности инженера при создании ПО ИС можно выделить три фазы работы во внутренней деятельности:
1) фаза «Формализации», т.е. в этом интервале времени в когнитивной сфере инженера происходит решение комплекса задач по формализации проблемы;
2) фаза «Конструирование» на этой фазе решаются задачи по созданию конструкта (алгоритма) решения проблемы;
3) фаза «Исполнение» на этой фазе происходит реализация решения задач во внешней (виртуальной, реальной) среде.
4.1. Компетенция инженера
Компетенция – это способность решать проблемы в актуальном режиме в определенной области деятельности.
Инженер может обладать компетенцией, а может не обладать. Обладание компетенцией в области программной инженерии проявляется во внешней деятельности, как умение решать комплекс профессиональных задач на каждой фазе проектирования ПО ИС. При этом одни задачи инженер решает хорошо, другие неважно.
Рассмотрим внутреннюю деятельность инженера на фоне внешней деятельности по ходу процессе решения проблемы проектирование ПО ИС, которая сводится к решению комплекса взаимосвязанных задач (рис. 4.1). Условно разделим множество задач на три кластера задач, т.е. кластер задачи посвященных формализации проблемы (кластер задач типа А); кластер задач, посвященных конструированию решения проблемы (кластер задач типа В) и кластер задач, посвященных исполнению решения проблемы (кластер типа С).
Рис. 4.1. Внутренняя деятельность инженера по решению задач на фоне внешней деятельности
В целом, весь комплекс требующих решения задач составляет содержание проблемы: спроектировать ПО ИС. Процесс решения этих задач через внутреннюю деятельность инженера на диаграмме SADT выглядит так, как показано на рис. 4.2.
Рис. 4.2. Решение задач проектирования ПО ИС во внутренней деятельности инженера
4.2. Состав, сложность задач проблемы и компетентность инженера
Обладать компетенцией инженера можно на разном качественном уровне, т.е. можно обладать знаниями и иметь развитые способности достаточные только для решения несложных задач, а можно обладать знаниями и иметь развитые способности достаточные для решения самых сложных профессиональных задач. На рис. 4.3. приведены профили S1, S2, S3 трех инженеров. При этом инженер S1 не обладает компетенцией (обладает только частью компетенции); S2 – обладает компетенцией инженера, но не компетентен; S3 – компетентный инженер.
Рис. 4.3. Состояние обладания компетенцией и компетентностью
Таким образом, для того, чтобы инженер обладал компетенцией необходимо, чтобы он мог обязательно решать полный перечень задач (задачи, решаемые в рамках четырех фаз проектирования ПО ИС) хотя бы первого уровня сложности. Обладающий компетенцией инженер, который может решать задачи выше определенного порога сложности является компетентным инженером.
4.3. Связь понятия компетенция и умение
Компетенция – это понятие, характеризующее состояние развития инженера для решения задач до определенной сложности в процессе внутренней деятельности, а умение – это понятие, характеризующее возможность решения задач до определенной сложности проявляющееся во внешней деятельности.
На спиральной модели проектирования ПО ИС, факт обладания компетенцией определенного уровня развития и связанное с этим умение решать профессиональные задачи во внешней среде проявляется следующим образом (рис. 4.4).
Рис. 4.4. Схема разработки прототипов ПО ИС по возрастанию сложности
Согласно логике построения прототипов, очевидно, прототип 2 более сложный, чем прототип 1, а прототип 3 более сложнее прототипа 2 и т.д. ПО этой же логике для построения прототипа 2 требуется выше уровень развития АВС - способностей и обладание большими объемами знаний, чем для построения прототипа 1 и т.д. Если эти требования на уровне развития способностей и обладания знаниями отобразить как достаточные условия для обеспечения умения решать проблему проектирования ПО ИС, то эту ситуацию можно изобразить на лепестковой диаграмме (рис. 4.5).
Рис. 4.5. Соответствие способностей сложности прототипа
Обладание способностями со значениями параметров А, В, С, POL, CHL, характеризующих уровни развития формализационных (А), конструктивных (В) и исполнительских (С) способностей и объемы необходимых знаний-фактов (параметр POL) и знаний-связей (параметр CHL) дают возможность на практике реализовать инженеру соответственно прототип 1, прототип 2, прототип 3 и т.д.