- •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-средствах.
Каскадная модель
Перестановка этапов невозможна.
Требования:
полное описание (в начале разработки);
ТЗ.
Плюсы:
на каждом этапе формируется законченный набор проектной документации (должна обладать полнотой и согласованностью);
планирование сроков и стоимостей (последовательность этапов и их следование позволяет планировать эти величины).
С промежуточным контролем
контроль на этапах;
межэтапная корректировка (позволяет учитывать существенное влияние и взаимовлияние разработки на различных этапах);
откат;
время жизни каждого из этапов растягивается на весь период разработки (основное отличие от каскадной модели).
Плюсы:
позволяет учитывать возникающие изменения и уточнения требований к системе, т.о. контакт с заказчиком более тесный;
снижает вероятность того, что пользователь получит не ту систему, которую он хочет.
Спиральная модель
на каждом витке спирали осуществляется создание очередной версии продукта, уточняются требования проекта, планируется работа следующего витка;
особое внимание уделяется анализу и проектированию, на этих этапах реализуемость тех или иных технических решений проверяется и обосновывается прототипированием.
Проблемы:
спираль – вещь бесконечная;
трудно определить временное ограничение на каждый виток (на основе профессионального опыта команды).
Контракты на разработку ПО:
fixed price;
time work.
Причины возникновения ошибок при разработке программных средств. Case-модель жц по.
CASE-технологии позволяют предупредить и устранить опасные алгоритмические ошибки на ранних стадиях проектирования, а также использовать ранее разработанные компоненты высокого качества.
Плюсы использования CASE:
стандартизация технологических процессов и объектов;
автоматическая сборка продукта;
автоматическое тестирование.
Дестабилизирующие факторы:
внутренние
ошибки проектирования при постановке задачи;
ошибки алгоритмизации;
низкое качество компонент системы или средств защиты;
внешние
человеческий фактор;
надёжность каналов связи;
отказы аппаратуры;
ошибка администратора.
Автоматизация → повышение качества:
внутренний стандарт проекта;
общий язык (UML);
ясный процесс (обработки ошибок);
повторная используемость.
CASE-технологии предлагают новый, основанный на автоматизации подход к концепции ЖЦ ПО. При использовании CASE изменяются все фазы ЖЦ, при этом наибольшие изменения касаются фаз анализа и проектирования.
Необходимо отметить, что наиболее автоматизируемыми фазами являются фазы контроля проекта и кодогенерации (хотя все остальные фазы также поддерживаются CASE-средствами).
Области применения case-технологий.
См. 2. + можно порассуждать об известных средствах и т.д.
Информационная инженерия и обратное перепроектирование.
Информационная инженерия - прикладная наука, занимающаяся оптимизацией и повышением эффективности разработки ПО; совокупность научно обоснованных методов проектирования (анализа), разработки, внедрения и сопровождения ПО.
Re-engineering - это анализ готового ПО с целью устранения ошибок и, главное, оптимизации его характеристик.
Средства реинжиниринга делятся на две категории:
средства, изменяющие программный код готового ПО;
средства, создающие структурные схемы, словари данных и другую информацию для существующих систем.
Обеспечивают возможность полной интеграции существующих систем с новыми системами.