- •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-средствах.
Методология разработки программных систем msf (Microsoft Solutions Framework). Модель команды разработчиков.
Модель команд: четкое определение ролей, обязанностей и задач отдельных членов -> успех проекта. Повышенная ответственность каждого члена. Модель позволяет создавать эффективные, гибкие и успешные проектные команды. Шесть специальных ролей: команда работает над решением одной задачи, а ее члены равноправны. Роли: менеджер решения (отвечает за управление связями с клиентами), менеджер программы (несет ответственность за разработку и поставку), разработчик, тестировщик, менеджер по выпуску, специалист по удобству использования.
Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Дисциплина управления проектом.
Задачи: единые принципы планирования и управления изменениями, определение и управление областью действия, подготовка бюджета, подготовка графиков, выделение ресурсов, управление контрактами и ресурсами, поддержка внешних и внутренних связей, управление рисками, документирование и мониторинг процессов управления качеством. Нет роли менеджера проекта -> менеджер программ. Особенности: нет иерархической структуры принятия решений, все роли одинаково важны.
Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Масштабируемость.
Масштабируемость обуславливается моделью проектной группы. Модель расширяема в двух направлениях: ролевые кластеры являются набором областей компетенции, а не должностями; для создания больших командных структур используются группы направлений и функциональные группы. Функциональные группы – подкоманды внутри ролевых кластеров с выделенным лидером. Группы направлений – многопрофильные подкоманды, организуемые для создания определенной составляющей решения.
Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Иерархическая структура работ (wbs).
Work Breakdown Structure – структуризация работ проекта, отражающая его основные результаты и определяющая его рамки. Работа, не описанная в WBS, находится вне границ проекта. Создание WBS – коллективная деятельность всех ролевых кластеров. Преимущества: WBS ценна как набор определенных данных, а не как самостоятельный документ. WBS служит для создания планов, графиков, бюджета. Может быть изображена в виде иерархического списка или блочной диаграммы. Может быть создана с помощью электронных таблиц (Excel, Word или спец. ПО). WBS помогает: оценивать затраты, распределять ресурсы, упорядочивать выполнение задач, выявлять риски, специфицировать ответственность.
Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Оценка сроков разработки.
Оценка внизу вверх: оценку следует получать от тех, кто будет выполнять работу. Оценка снизу вверх – процесс выработки и интеграции оценок многими членами команды. Преимущества: большая точность, ответственность, уполномоченность проектной группы. Интегрирование оценки: каждый лидер ролевого кластера ответственен за оценку своего отдела. Кластер «управление программой» координирует подготовку оценок трудозатрат.
Методология разработки программных систем msf (Microsoft Solutions Framework). Диаграммы вариантов использования системы и сценариев использования системы.
Диаграммы фиксируют функциональные требования к системе. ВИС – функциональные описания осуществляемых системой операций. ВИС представляют системные процессы, в том числе все события. ВИС состоят из элементов, которые расположены внутри системы и отвечают за выполнение функций и поведение системы. ВИС документирует действие: определение системы, определение субъектов, определение взаимодействий между субъектами и системой, определение границ применения. СИС. Для создания СИС необходимо выполнить задачи: определить предварительные условия, определить пост условия, разбить действия на дискретные шаги, определить исключения, определить требование, к которому относится данный сценарий, определить источник сценария.