- •Case-технология. Case-средства. Case-системы. Исторические подоплёки возникновения case-средств
- •Case-средства и case-технологии
- •Понятие компьютерной технологии разработки программных средств
- •Особенности современных case-средств
- •Эволюция case-средств
- •Классификация case-средств. Классификации case-средств
- •Классификация case-средств по типам
- •Case-средства анализа и проектирования
- •Case-средства проектирования баз данных
- •Case-средства программирования
- •Case-средства реинжиниринга
- •Состав case-средств реинжиниринга
- •Классификация case-средств по уровням
- •Верхние (Upper) case - средства компьютерного планирования
- •Средние (Middle) case-средства
- •Нижние (Lower) case-средства
- •Классификация case-средств по категориям
- •Особенности интегрированных case-средств
- •Компоненты интегрированных case-средств
- •Диаграммные средства
- •Синтаксический верификатор
- •Каскадная модель
- •С промежуточным контролем
- •Спиральная модель
- •Причины возникновения ошибок при разработке программных средств. Case-модель жц по.
- •Области применения case-технологий.
- •Информационная инженерия и обратное перепроектирование.
- •Процесс разработки по с использованием case-средств.
- •Этап анализа в жизненном цикле программного обеспечения.
- •Методологические аспекты анализа целей и требований к разрабатываемому программному обеспечению.
- •Проектирование, ориентированное на данные.
- •Функционально-ориентированное (структурное) проектирование программного обеспечения.
- •Диаграммные методологии проектирования по.
- •Структурные методологии и подходы к анализу и проектированию.
- •Структурные методолгии: стандарты idef. Idef0.
- •Структурные методологии: стандарты idef. Idef1x. Нормализация данных.
- •Структурные методологии: стандарты idef. Idef3. Отличие idef3 от idef0.
- •Структурные методологии: стандарты idef. Idef5.
- •Обзор методологии aris. Сравнение aris и idef3.
- •Структурные методологи. Dfd.
- •Методология datarun проектирования информационных систем.
- •Case-средства поддержки структурных методологий.
- •Методики объектно-ориентированного анализа и проектирования.
- •Классификация, основные этапы и задачи объектно-ориентированных методов анализа и проектирования.
- •Методология объектно-ориентированной разработки rup (Ration Unified Process).
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Обзор, основные концепции.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Модель процессов в msf.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Этап анализа.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Этап планирования.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Этап разработки.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Этапы контроля качества и внедрения в msf.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Модель команды разработчиков.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Дисциплина управления проектом.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Масштабируемость.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Иерархическая структура работ (wbs).
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Оценка сроков разработки.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Диаграммы вариантов использования системы и сценариев использования системы.
- •Надёжность по. Case-средства и надёжность по. Контроль качество по.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Управление компромиссами в msf.
- •Методология разработки программных систем msf (Microsoft Solutions Framework). Стратегия выпуска версий.
- •Принципы проектирования сложных систем.
- •Методология xp – «экстремальное программирование»: особенности, преимущества, недостатки.
- •Дополнительные средства поддержки жизненного цикла разработки программного обеспечения. Классификация инструментальных систем.
- •Системы отслеживания ошибок. Основные понятия. Обзор.
- •Система отслеживания ошибок Bugzilla.
- •Система управления задачами jira.
- •Система управления задачами TrackStudio.
- •Системы управления версиями. Основные понятия. Обзор.
- •Системы управления версиями. Модели версионирования.
- •Системы управления версиями. Rcs. Cvs.
- •Системы управления версиями. Svn. Основные возможности.
- •Системы управления версиями. Svn. Архитектура. Компоненты.
- •Технология внедрения case-средств.
- •Определение потребностей в case-средствах.
Структурные методологии: стандарты idef. Idef5.
Методология IDEF5 обеспечивает наглядное представление данных, полученных в результате обработки онтологических запросов в простой естественной графической форме.
Концепции:
Процесс построения онтологии, согласно методологии IDEF5 состоит из пяти основных действий:
1) Изучение и систематизирование начальных условий. Это действие устанавливает основные цели и контексты проекта разработки онтологии, а также распределяет роли между членами проекта
2) Сбор и накапливание данных. На этом этапе происходит сбор и накапливание необходимых начальных данных для построения онтологии
3) Анализ данных. Эта стадия заключается в анализе и группировке собранных данных и предназначена для облегчения построения терминологии.
4) Начальное развитие онтологии. На этом этапе формируется предварительная онтология, на основе отобранных данных.
5) Уточнение и утверждение онтологии - Заключительная стадия процесса.
Для поддержания процесса построения онтологий в IDEF5 существуют специальные онтологические языки: схематический язык (Schematic Language-SL) и язык доработок и уточнений (Elaboration Language-EL). SL является наглядным графическим языком, специально предназначенным для изложения компетентными специалистами в рассматриваемой области системы основных данных в форме онтологической информации (См. рисунок 1). Этот несложный язык позволяет естественным образом представлять основную информацию в начальном развитии онтологии и дополнять существующие онтологии новыми данными. EL представляет собой структурированный текстовой язык, который позволяет детально характеризовать элементы онтологии.
Виды схем и диаграмм IDEF5:
Диаграмма классификации. Диаграмма классификации обеспечивает механизм для логической систематизации знаний, накопленных при изучении системы. Существует два типа таких диаграмм: Диаграмма строгой классификации (Description Subsumption - DS) и диаграмма естественной или видовой классификации (Natural Kind Classification - NKC). Основное отличие диаграммы DS заключается в том, что определяющие свойства классов высшего и всех последующих уровней являются необходимым и достаточным признаком принадлежности объекта к тому или иному классу.
Композиционная схема. Композиционные схемы (Composition Schematics) являются механизмом графического представления состава классов онтологии и фактически представляют собой инструменты онтологического исследования по принципу "Что из чего состоит". В частности, композиционные схемы позволяют наглядно отображать состав объектов, относящихся к тому или иному классу.
Схема взаимосвязей. Схемы взаимосвязей (Relation Schematics) позволяют разработчикам визуализировать и изучать взаимосвязи между различными классами объектов в системе. В некоторых случаях схемы взаимосвязей используются для отображения зависимостей между самими же классовыми взаимосвязями. Мотивацией для развития подобной возможности послужило то тривиальное правило, что все вновь разработанные концепции всегда базируются на уже существующих и изученных.
Диаграмма состояния объекта. Диаграмма состояния объекта (Object State Schemantic) позволяет документировать тот или иной процесс с точки зрения изменения состояния объекта. В происходящих процессах могут произойти два типа изменения объекта: объект может поменять свое состояние или класс. Между этими двумя видами изменений по сути не существует принципиальной разницы: объекты, относящиеся к определенному классу K в начальном состоянии в течение процесса могут просто перейти к его дочернему или просто родственному классу.