- •СОДЕРЖАНИЕ
- •1.1. Основные понятия и определения
- •1.2. Жизненный цикл программных средств
- •2.1. Стратегии разработки программных средств и систем
- •2.1.1. Базовые стратегии разработки программных средств и систем
- •2.1.2. Каскадная стратегия разработки программных средств и систем
- •2.1.3. Инкрементная стратегия разработки программных средств и систем
- •2.1.4. Эволюционная стратегия разработки программных средств и систем
- •2.2.1. Общие сведения о каскадных моделях
- •2.2.2. Классическая каскадная модель
- •2.2.3. Каскадная модель с обратными связями
- •2.2.5. V-образная модель
- •2.3.1. Базовая RAD-модель
- •2.4.1. Общие сведения об инкрементных моделях
- •2.4.2. Инкрементная модель с уточнением требований на начальных этапах разработки
- •2.5.1. Общие сведения об эволюционных моделях
- •2.5.3. Структурная эволюционная модель быстрого прототипирования
- •2.5.5. Спиральная модель Боэма
- •2.5.6. Упрощенные варианты спиральной модели
- •3.1. Классификация проектов по разработке программных средств и систем
- •3.2. Процедура выбора модели жизненного цикла разработки программных средств и систем
- •3.3. Адаптация модели жизненного цикла разработки ПС и систем к условиям конкретного проекта
- •4.1. Модульное проектирование программ
- •4.2. Метод нисходящего проектирования
- •4.2.1. Пошаговое уточнение
- •4.2.2. Кодирование программы с помощью псевдокода и управляющих конструкций структурного программирования
- •4.2.3. Использование комментариев для описания обработки данных
- •4.2.4. Анализ сообщений
- •4.3. Метод восходящего проектирования
- •4.4. Метод иерархического проектирования модулей (метод Джексона)
- •4.4.1. Основные конструкции построения структур данных
- •4.4.2. Построение структур данных
- •4.4.3. Проектирование структур программ
- •4.4.4. Этапы конструирования программы
- •4.5.1. Связность модуля
- •4.5.2. Сцепление модулей
- •5.1. Общие сведения о CASE-технологиях
- •5.2. Методология структурного анализа и проектирования SADT
- •5.2.2. Основные понятия IDEF0-модели
- •5.2.3. Синтаксис диаграмм
- •5.2.4. Синтаксис моделей
- •5.2.6. Процесс моделирования в IDEF0
- •5.3. Информационное моделирование
- •5.3.1. Сущности
- •5.3.2. Атрибуты
- •5.3.3. Способы представления сущностей с атрибутами
- •5.3.4. Классификация атрибутов
- •5.3.5. Правила атрибутов
- •5.3.6. Связи
- •5.3.7. Безусловные связи
- •5.3.8. Условные формы связи
- •5.3.9. Формализация связи
- •5.3.10. Подтипы и супертипы
- •5.3.11. Рабочие продукты информационного моделирования
- •6.1. Эволюция Case-средств
- •6.2. Концептуальные основы Case–средств
- •6.3.1. Поддержка графических моделей
- •6.3.2. Контроль ошибок
- •6.3.3. Организация и поддержка репозитория
- •6.3.4. Поддержка процесса проектирования и разработки
- •6.4. Классификация CASE–средств
- •6.4.1. Классификация по типам
- •6.4.2. Классификация по категориям
- •6.4.3. Классификация по уровням
- •6.5. Инструментальные средства компании Telelogic, предназначенные для автоматизации жизненного цикла программных средств и систем
- •6.5.1. Telelogic DOORS
- •6.5.2. Telelogic TAU
- •6.5.3. Telelogic SYNERGY
- •6.5.4. Telelogic DocExpress
- •6.5.5. Telelogic TAU Logiscope
- •7.2. Реализация процесса документирования в соответствии со стандартом ISO/IEC 15910:1999
- •7.2.2. Выполнение процесса документирования
- •7.2.3. Содержание плана документирования
- •7.2.4. Требования к содержанию спецификации стиля документации
- •ЛИТЕРАТУРА
5.2.6. Процесс моделирования в IDEF0
Процесс моделирования вIDEF0 включает сбор информации об |
|
|||||||||||||
исследуемой |
области, |
документирование |
|
полученной |
информации |
с |
||||||||
представлением |
ее |
в |
виде |
модели |
и |
уточнение |
модели |
посред |
||||||
итеративного рецензирования [18]. |
|
|
|
|
|
|
|
|
|
|
||||
Рисунок 5.5 изображает процесс моделирования вIDEF0, описанный с |
|
|||||||||||||
помощью IDEF0-диаграммы. Процесс |
моделирования |
вIDEF0 |
является |
|
|
|||||||||
итерационным, что приводит к точному описанию системы. В основе высокой |
|
|
||||||||||||
эффективности |
процесса IDEF0-моделирования |
|
лежит |
разделение |
функций, |
|
||||||||
выполняемых участниками IDEF0-проектов (см. входы механизмов, |
рисунок |
|
|
|||||||||||
5.5). Это один из примеров поддержки коллективной работы вIDEF0: эксперты |
|
|
||||||||||||
являются источниками информации, авторы создают диаграммы и модели, |
|
|||||||||||||
библиотекарь |
координирует |
обмен |
письменной |
информацией, читатели |
|
|
||||||||
рецензируют модели, комитет технического контроля принимает и утверждает |
|
|||||||||||||
модель. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Целью первого этапа IDEF0-моделирования (блок А1 "Опрос") является |
|
|
||||||||||||
получение знаний о моделируемой системе(о предметной области). Для этого |
|
|
||||||||||||
могут |
быть |
использованы |
различные |
|
источники |
информации: чтение |
|
|
||||||
документов, опрос экспертов, наблюдение за работой системы и т. п. Во время |
|
|
||||||||||||
опроса |
графический |
языкIDEF0 |
используется |
|
как средство для заметок, |
|
||||||||
которые служат основой для построения диаграмм. |
|
|
|
|
|
|
||||||||
Вторым этапом моделирования является создание модели(блок А2). На |
|
|
||||||||||||
данном |
этапе |
аналитик документирует полученные им знания о данно |
||||||||||||
проблемной области, представляя их в виде одной или несколькихIDEF0- |
|
|
||||||||||||
диаграмм. Процесс создания модели осуществляется с помощью специального |
|
|||||||||||||
метода детализации ограниченного субъекта. |
|
|
|
|
|
|
|
|
||||||
При его использовании автор модели(аналитик) вначале анализирует |
|
|||||||||||||
объекты (информация, данные, механизмы |
и |
т..п), входящие в систему, а |
|
|
||||||||||
затем использует полученные знания для анализа функций системы. На основе |
|
|
||||||||||||
этого анализа создается диаграмма, в которой объединяются сходные объекты |
|
|||||||||||||
и функции. Этот путь проведения анализа системы и документирования его |
|
|||||||||||||
результатов является уникальной особенностью методологии IDEF0. |
|
|
|
|||||||||||
Создающиеся IDEF0-модели проходят через серию последовательных |
|
|||||||||||||
улучшений до тех пор, пока они в точности не будут представлять реальную |
|
|||||||||||||
предметную область. |
|
|
|
|
|
|
|
|
|
|
|
|
||
Одним |
из |
основных |
компонентов |
|
методологииIDEF0 |
является |
|
|
итеративное рецензирование. В процессе него автор и эксперт многократно совещаются относительно достоверности создаваемой модели. Итеративное рецензирование называется циклом автор/читатель. Данный цикл начинается, когда автор распространяет информацию о какой-либо части своей работы с целью получения отзыва о ней. Материалы для распространения оформляются в виде "папок" – небольших пакетов с результатами работы.
130
USED AT: AUTHOR: Глухова Л.А. |
DATE: 14.06.02 |
WORKING |
|
READER |
DATE CONTEXT: |
||||
PROJECT: Model |
|
REV: 14.06.02 |
DRAFT |
|
|
|
|||
|
|
|
|
|
|
RECOMMENDED |
|
|
|
NOTES: 1 2 3 4 5 |
6 7 8 9 10 |
|
|
PUBLICATION |
|
A-0 |
|||
Знания |
Планы и цели проекта |
|
|
|
|
|
|||
|
Факты о |
Потребности |
|
|
|
|
|||
и опыт |
Опрос |
в информации |
|
|
|
Опубликованные |
|||
|
A1 |
системе |
|
|
Папки с |
|
|||
|
|
Создание |
|
|
|
модели |
|||
|
|
|
|
комментариями |
|||||
|
|
|
модели |
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
A2 |
|
|
|
|
|
|
|
|
Диаграммы, Распространение |
|
|
|
||||
|
|
модели, папки |
материалов Напоминания |
|
|||||
|
|
|
A3 |
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Папки |
Рецензирование |
||
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
A4 |
|
|
|
|
|
|
|
|
|
|
Статус |
|
|
|
|
|
|
|
|
Обсуждение и принятия |
|
|
|
|
|
|
|
|
|
принятие |
|
|
|
|
|
|
|
|
|
|
A5 |
Эксперт |
Автор |
Библиотекарь |
Читатели |
|
Комитет |
||||
|
|
|
|
|
|
|
|
|
технического |
|
Участники моделирования |
|
|
|
|
контроля |
|||
NODE: |
|
TITLE: |
Моделирование в IDEF0 |
|
NUMBER: |
||||
A0 |
|
|
|
|
|
|
|
|
ГЛА005 |
|
|
|
|
|
|
|
|
|
|
|
|
|
Рисунок 5.5–Процесс моделирования в IDEF0 |
|
131
|
Данные результаты критически обсуждаются другими специалистами(в |
|
|||||||||||||||||||
IDEF0 |
они |
называются |
читателями) в течение определенного времени. |
|
|||||||||||||||||
Сделанные |
|
замечания |
помещаются |
в |
папку |
в |
|
виде |
|
нумеро |
|||||||||||
комментариев. К определенному сроку замечания поступают к автору. Автор |
|
||||||||||||||||||||
отвечает |
на |
|
каждое |
замечание |
и |
обобщает |
,критикусодержащуюся |
в |
|
||||||||||||
замечаниях. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
Таким образом, методология IDEF0 поддерживает как асинхронный, так |
|
|||||||||||||||||||
и параллельный просмотр модели. Это является наиболее |
|
эффективным |
|
||||||||||||||||||
способом распределения работы в коллективе. На практике над различными |
|
||||||||||||||||||||
частями модели работает совместно несколько авторов, так как каждый |
|
||||||||||||||||||||
функциональный блок модели представляет отдельный компонент, который |
|
||||||||||||||||||||
может быть независимо проанализирован и декомпозирован. |
|
|
|
|
|
|
|
||||||||||||||
|
Цикл |
автор/читатель |
представлен |
блоками 2А«Создание |
модели», |
А3 |
|
||||||||||||||
«Распространение материалов» и А4 «Рецензирование» (см. рисунок 5.5). |
|
|
|
||||||||||||||||||
|
Для |
эффективного |
моделирования |
|
важнейшее |
|
|
значение |
и |
||||||||||||
организация |
своевременной |
обратной связи между участникамиIDEF0- |
|
||||||||||||||||||
проекта, так как устаревшая информация способна свести на нет все усилия по |
|
||||||||||||||||||||
разработке системы. Поэтому IDEF0 выделяет специальную роль наблюдателя |
|
||||||||||||||||||||
за |
процессом |
рецензирования. Эту |
роль |
выполняет |
|
так |
называемый |
||||||||||||||
библиотекарь, |
|
который |
|
является |
главным |
|
координатором |
|
проце |
||||||||||||
моделирования |
|
в IDEF0. Он |
обеспечивает |
своевременное |
и |
согласованное |
|
||||||||||||||
распространение рабочих материалов, контролирует их движение. |
|
|
|
|
|
|
|||||||||||||||
|
При |
IDEF0-моделировании выделяется специальная |
группа |
|
людей, |
|
|||||||||||||||
которые отвечают за то, что создаваемая в процессе анализа модель будет точна |
|
||||||||||||||||||||
и используема в дальнейшем, за контроль качества модели, за соответствие |
|
||||||||||||||||||||
выполняемой работы конечным целям всего проекта. Эта группа называется |
|
||||||||||||||||||||
Комитетом технического контроля. Если модель признана Комитетом |
|
||||||||||||||||||||
применимой, она публикуется. В противном случае авторам направляются |
|
||||||||||||||||||||
замечания |
|
для |
необходимой |
|
доработки. Данная |
функция |
|
процесса |
|
||||||||||||
моделирования |
|
представлена |
блоком 5 А«Обсуждение |
и |
принятие» |
(см. |
|
||||||||||||||
рисунок 5.5). |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
В |
настоящее |
время |
существует |
ряд |
современныхCASE-средств, |
|
||||||||||||||
поддерживающих технологию IDEF0. Среди наиболее дешевых и доступных на |
|
||||||||||||||||||||
нашем рынке программных средств следует отметитьCASE-средство BPwin. |
|
||||||||||||||||||||
Процесс |
функционального |
моделирования |
|
в |
BPwinсреде |
подробно |
|
||||||||||||||
описывается в [17]. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||
|
Таким образом, можно выделить следующиеосновные положения из |
|
|||||||||||||||||||
изложенных в данном пункте. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
|
IDEF0 – |
|
это |
методология, |
объединяющая |
|
процесс |
|
моделирования, |
|
|||||||||||
управление конфигурацией проекта, использование дополнительных языковых |
|
||||||||||||||||||||
средств |
и |
руководство проектом со своим графическим |
языком. Процесс |
|
|||||||||||||||||
IDEF0-моделирования может быть разделен на несколько |
|
:этаопросов |
|
||||||||||||||||||
экспертов, |
создание |
диаграмм и |
моделей, распространение |
документации, |
|