34.Етапи та зміст універсального процесу розробки

1. Начальный этап

- Запуск проэкта:

Цель:

- Определить область применения системы

- Определить действие,кот будет выполнять система

- Определениеобщей стоимости - Идентификация рисков

Действие этапа:

- Формировка области примен проэкта, кот.рассматривается в рамках критерия реализ

- Планирование альтернатив развития проэкта + бизнесс планирование

- Синтез архитектуры системы (реализацияпланового распределения системы )

Результаты этапа:

- Спецификация требований - Начальный модуль системы - Начальный бизнесс-план - Начальная оценка решений - Начальные этапы проэктирования системы

2. Процесс развития:

Цель:

- Создание архитектурного базиса системы

- Определение оставшихсятребований

- Функциональные требования и проектирование

- Определить архитектурную пиат-форму процесса

- Отслеживание риска и определение опасной состовляющей

a1 – P1 a2 – P2 P1>P2>…>Pn, сумма Pi=1 An – Pn

Исходя из По установим,что Pi<=Р(со звездочкой) и отсечь ненужное по задан парам

Основные действия:

- Так как задача опредлеляет архитектуру базиса,то развитие спецификации и представления об еепунктах

- Развитие архитектуры и ее действий(компонент-информационных и математических)

Результаты этапа:

- Модель системы (мы должны реализовать 80% и больше)

- Дополнительные нефункциональные требования(дизайн)

- Описание программной архитектуры(язык, алгоритм UML)

- Выяснить архитектурный макет - Пересмотренный вариант системы

- Пересмотренный вариант рисков – Pi уменьшается(if -then)

3. Этап конструирования:

Назначение-создать программную продукцию,кот.обеспечивает начальные операционные возможности цели:

- Минимизировать стоимость разработки путем оптимизации ее распределения ресурсов (F) С+Ru->extr

- Добиться получения приемлемого качества изделия(реализ требрований, функций)

- Добиться получения контрольных версий

Основные действия:

- Управление ресурсами - Оптимизация и контроль процессов

- Полная программная разработка и тестирование - Оценка реализации

Результаты этапа:

Артефакты-продуктыэксплуатации

- Продукты готовят и передают конечному пользователю

- Описание тенденций реализации

- Руководство пользователя

35. Наведіть основні результати та критично проаналізуйте побудову та результати досліджень моделей по нотації idef0 в системах штучного інтелекту

IDEF0 - методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматривается логические отношения между работами. Так же отображаются все сигналы управления, которые на DFD (Диаграмме Потоков Данных) не отображались. Данная модель является одной из самых прогрессивных моделей и используется при организации бизнес проектов и проектов, основанных на моделировании всех процессов как административных, так и организационных

Методологія IDEF0 пропонує побудову ієрархічної системи діаграм - одиничних описів фрагментів системи. Спочатку проводиться опис системи в цілому і її взаємодії з навколишнім світом (контекстна діаграма), після чого проводиться функціональна декомпозиція - система розбивається на підсистеми й кожну підсистему описується окремо (діаграми декомпозиції). Потім кожна підсистема розбивається на більше дрібні й так далі до досягнення потрібного ступеня деталізації.

Кожна IDEF0-діаграма містить блоки й дуги. Блоки зображують функції системи, що моделюється. Дуги зв'язують блоки разом і відображають взаємодії й взаємозв'язки між ними.

Функціональні блоки (роботи) на діаграмах зображуються прямокутниками, що означають пойменовані процеси, функції або задачі, які відбуваються протягом певного часу й мають розпізнавані результати.

IDEF0 вимагає, щоб у діаграмі було не менш трьох і не більше шести блоків.

Кожна сторона блоку має особливе, цілком певне призначення. Ліва сторона блоку признач для входів, верхня - для керування, права - для виходів, нижня - для механізм.

Взаємодія робіт із зовнішнім світом і між собою описується у вигляді стрілок, які зображуються одинарними лініями зі стрілками на кінцях. Стрілки являють собою якусь інформацію й іменуються іменниками.

В IDEF0 розрізняють п'ять типів стрілок. Вхід Керування Вихід Механізм Виклик

У методології IDEF0 потрібно тільки п'ять типів взаємодій між блоками для опису їхніх відносин: вхід, керування, зворотний зв'язок по входу, зворотний зв'язок по керуванню, вихід-механізм. Зв'язку по керуванню й входу є найпростішими, оскільки вони відбивають прямі впливи, які інтуїтивно зрозумілі й дуже прості.

В IDEF0 дуга рідко зображує один об'єкт. Звичайно вона символізує набір об'єктів. Тому що дуги представляють набори об'єктів, вони можуть мати множину початкових джерел і кінцевих призначень. Тому дуги можуть розгалужуватися й з'єднуватися різними способами. Вся дуга або її частина може виходити з одного або декількох блоків і закінчуватися в одному або декількох блоках.

Нотація IDEF0 (Integration Definition for Function Modeling) може бути використана для моделювання широкого класу систем. Для нових систем застосування IDEF0 має своєю метою визначення вимог і вироблення функціональних вказівок для наступної розробки системи, що відповідає поставленим вимогам і реалізує виділеним функціям. Стосовно до вже існуючих систем IDEF0 може бути використана для аналізу функцій, які виконуються системою й відображення механізмів цих функцій. Результатом застосування IDEF0 до деякої системи є модель цієї системи, що складається з ієрархічно впорядкованого набору діаграм, тексту документації й словників, зв'язаних один з одним за допомогою перехресних посилань.