36. Стандарт cmm.

Capability Maturity Model — модель зрелости процессов создания ПО: эволюционная модель развития способности компании разрабатывать программное обеспечение.

В оценке СММ определено 5 уровней зрелости предприятия.

Для организации – разработчика ПО уровни означают следующее:

Initial - Начальный (Хаотичный). Процесс разработки носит хаотический характер. Определены лишь немногие из процессов и успех проектов зависит от конкретных исполнителей.

Repeatable – Повторяемый. Установлены основные процессы управления проектами: отслеживание затрат, графика работ и функциональности. Упорядочены некоторые процессы, необходимые для того, чтобы повторить предыдущие достижения на аналогичных проектах либо проектах с аналогичными приложениями.

Defined - Определенный (Технологии описаны). Процессы разработки ПО и управления проектами описаны и внедрены в единую систему процессов компании. Во всех проектах используется стандартный для организации процесс разработки и поддержки ПО, адаптированный под конкретный проект.

Managed – Управляемый. Собираются детальные количественные данные по функционированию процессов разработки и качеству конечного продукта. Анализируется значение и динамика этих данных.

Optimizing - Оптимизационный (Предприятие прогнозирует и выбирает оптимальные стратегии развития). Постоянное улучшение процессов основывается на количественных данных по процессам и на пробном внедрении новых идей и технологий.

36. Принципы прикладного моделирования и их выполнение в подходах моделирования aris, sadt/idef.

Особенности технологий моделирования IDEF:

• IDEF0 (SADT)

• IDEF1 (ER-модель)

• IDEF2 (диаграммы состояний)

• IDEF3 (диаграммы бизнес-процессов)

40. Основные этапы sadt. Требования к построению модели в нотации idef0.

Нотации IDEF0 и IDEF3

Нотация IDEF0 была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий. Нотация IDEF3 была разработана с целью более удобного описания рабочих процессов (Work Flow), для которых важно отразить логическую последовательность выполнения процедур. Нотации IDEF0 и IDEF3 используют следующие объекты.

Основные этапы SADT

1) Обязательно должны быть определены

• Автор

• Цель создания модели

• Точка зрения этой модели (выбор позиции, чья точка зрения)

• Вид модели «Как есть» или «Как должно быть». Иногда используется и «Как будет» - как компромисс на пути к «Как должно быть».

2) Составление списка объектов системы (вначале список данных, потом функций);

• Выделение всех основных групп и категорий данных, используемых и генерируемых системой;

• Выделение ограничений (управления, контроля). Без них это будет диаграмма потоков данных.

3) Составление списка функций

• - Выделение конкретных функций

• - Объединение функций в 3-6 групп

4) Диаграмма А0

• - Расположить блоки

• - Указать дуги-управления

• - Указать внешние дуги

• - Указать оставшиеся дуги

5) Диаграмма А-0

6) Декомпозиция отдельного объекта

• - Выбор наиболее важного объекта

• - Создание новой диаграммы

• - Выявление недостатков, построение альтернативных декомпозиций

• - Корректировка диаграммы

• - Корректировка связанных с ней диаграмм

7) Рецензирование диаграммы

Основные правила нотаций IDEF0 и IDEF3

2) Основные правила изображения блоков

• На одной диаграмме – 4-5 блоков.

• Название процесса должно содержать глагол в неопределенной форме с последующим дополнением (например, ПЕРЕСЧИТАТЬ ОСТАТКИ).

• Доминирующие (управляющие) блоки должны располагаться слева вверху.

• Результирующие (итоговые) – справа внизу

3) Основные правила изображения стрелок

• Управление должно быть для каждого блока.

• Должно быть минимизировано количество пересечений и изгибов на модели. Модель должна хорошо читаться.

• Стрелки, поступающие в несколько блоков, должны передаваться в одном порядке

• Дуги хотя и выходящие из одного блока, но отражающие совершенно разную информацию, например, разные сигналы управления, изображают раздельно

• Дуги представляющие собой потоки (информационный, материальный, финансовый, правовой, директивный, ...) разветвляются (детализируются, расщепляются, расходятся) по мере декомпозиции блоков. Не имеет смысла "вытаскивать" на самый верхний уровень какой- нибудь документ самого нижнего уровня.