7. Функциональная методика idef0 и функциональная методика потоков данных.
Содержание и особенности каждой методики. Область применения.
IDEF0 — это методология функционального моделирования, представляющая собой графическую нотацию, предназначенную для описания бизнес-процессов. В данной методологии создаётся модель какого-то компонента системы и описывается работа его внутренних процессов (функциональных блоков).
Цель функциональной методики потоков данных заключается в построении модели рассматриваемой системы в виде диаграммы потоков данных (Data Flow Diagram — DFD).
Data Flow Diagram обеспечивает правильное описание выходов (отклика системы в виде данных) при заданном воздействии на вход системы (входные сигналы через внешние интерфейсы). DFD является средством моделирования функциональных требований к системе.
8. Microsoft Solutions Framework (mse). Основные принципы. Модель управления
MSF
С.Н. Карпенко — Введение в программную инженерию.
Microsoft Solution Framework (MSF) – это промышленная технология создания ПО от компании Microsoft, предназначенная для решения широкого круга задач. Технология легко масштабируется на задачи любой сложности и под коллективы любой численности.
MSF, как и другие современные технологии создания ПО, поддерживается набором CASE-средств и охватывает все этапы ЖЦ продукта.
MSF направлена не просто на создание программного продукта, но ни решение проблем, которые стоят перед заказчиком изначально. Суть в том, что заказчик, перечисляя требования к продукту, опирается на проявления глубоких проблем его бизнес-процессов. В технологии MSF большое внимание уделяется анализу проблем заказчика и разработке разных вариантов системы для поиска решения проблем.
ЖЦ в MSF является гибридом каскадной и спиральной моделей. Она делится на «вехи» (milestones) – ключевые точки проекта, характеризирующие достижение какого-либо результата. По достижению вехи результат анализируется и оценивается.
Основными фазами модели MSF являются:
Создание общей картины приложения (Envisioning). На этом этапе происходит оценка текущей ситуации, определение состава команды, бизнес-целей, требований, разработка концепции решения, оценка риска.
Планирование (Planning). На основе анализа требований происходит разработка проекта, основных архитектурных решений, функциональных спецификаций, планов и графиков, вспомогательных средств разработки.
Разработка (Developing). Создание варианта решения проблемы, в виде кода и документации очередного прототипа, включая спецификации и сценарии тестирования.
Стабилизация (Stabilizing). Подготовка к выпуску окончательной версии продукта, доводка его до заданного уровня качества, проведение комплекса работ по тестированию, пользовательское тестирование.
Развёртывание (Deploying). Установка решения и необходимых компонентов окружения, стабилизация решения в промышленных условия, передача проекта в руки группы сопровождения.
10. Методология Rational Unified Process (rup). Общие сведения. Технологические
процессы.
С.Н. Карпенко — Введение в программную инженерию.
Технология Rational Unified Process (RUP) является сложной, но детально проработанной моделью, ЖЦ которой основывается на комбинации всех трёх основных ЖЦ (итеративная, каскадная, инкрементная). RUP ориентирован на поэтапное моделирование создаваемого продукта с помощью языка UML.
Основные фазы RUP:
Начала проекта (Inception). Как и всегда, определяются основные цели, инструменты, технологии, предварительные планы проекта. Цель – достигнуть компромисса межу всеми заинтересованными лицами относительно задач проекта.
Проработка (Elaboration). Цель – на базе наиболее существенных требований разработать стабильную базовую архитектуру продукта, которая позволит решать поставленные перед системой задачи и ляжет в основу разработки системы.
Построение (Construction). Окончательное детальное прояснение требований и разработка системы, удовлетворяющей им, на основе спроектированной ранее архитектуры.
Передача (Transition). Цель – сделать систему доступной для конечных пользователей, развернуть систему в её рабочей среде, подогнать мелкие детали под нужды пользователей.
В рамках каждой фазы допускается проведение нескольких итераций, количество которых определяется сложностью проекта.
Рабочие процессы в рамках основных фаз RUP:
Моделирование предметной области (Business Modeling). Определяется предметная область системы, чтобы все понимали бизнес-контекст, в котором должна будет работать система.
Определение требований (Requirements). Что должна делать система, её границы.
Анализ и проектирование (Analysis and Design). Выработка архитектуры системы на основе ключевых требований, создание проектной модели в виде UML диаграмм, описывающих продукт с различных точек зрения.
Реализация (Implementation). Разработка исходного кода, компонент системы, тестирование и интегрирование компонент в общее ПО.
Тестирование (Test). Оценка дефектов продукта, его качества в целом; оценка степени соответствия исходным требованиям.
Поддерживающие основную деятельность процессы:
Развёртывание (Deployment). Развёртывание системы в рабочем окружении.
Управление конфигурациями и изменениями (Configuration and Change Management). Определение правил построения согласованных конфигураций из хранимых элементов системы, поддержание согласованности вносимых изменений.
Управление проектом (Project Management). Планирование, управление персоналом и рисками. Контроль текущего состояния проекта.
Управление средой проекта (Environment). Настройка процесса под конкретный проект, выбор и смена технологий и инструментов, используемых в проекте.
Организация ЭВМ и систем