Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
TRPO_otvety.docx
Скачиваний:
1
Добавлен:
01.05.2025
Размер:
519.78 Кб
Скачать

36. Принцип модульности при разработке пс

Современные компьютеры позволяют хранить в базах данных практически неограниченный объем информации. Отсюда возникает желание накапливать на электронных носителях знания для решения необходимых задач. Первым шагом для осуществления указанного требования является оформление программ в виде модулей, отвечающих некоторым стандартным соглашениям. Это обеспечивает возможность соединения ПМ для решения более крупных задач. Модульный принцип сочетается с синтезом программ на основе ориентированных графов. Заданный маршрут на графе ассоциируется с решением поставленной задачи, при этом следует учитывать вопросы передачи параметров между ПМ, поскольку для их совместного использования необходима программная стыковка модулей. Алгоритмы построения и изображение графов могут быть самыми различными, но смысловая нагрузка остается неизменной: порядок вызова программных модулей, входящих в синтезируемую программу. Кроме этого, для решения задачи составляется управляющая программа, которая в надлежащем порядке вызывает все программные единицы на выполнение. Построение управляющей программы требует детальных знаний свойств модулей и, прежде всего, знания функций, реализуемых ПМ. С ростом количества информации, хранимой в БД, выбор ПМ усложняется. Поэтому, с целью облегчения подбора модулей, последние снабжаются паспортами, в которых описываются их характеристики: идентификатор, назначение, язык программирования, способ обращения, входные и выходные данные с указанием их формата, технические сведения, параметры настройки.

Модульное программирование подразумевает умение разбить задачу на некоторое число самостоятельных подзадач, широкое использование стандартных модулей путем их параметрической настройки, автоматизацию сборки готовых модулей, создание и управление библиотеками готовых модулей.

В модульной технологии широко применяется техника макрогенераций. Принцип модульности требует, чтобы программное обеспечение удовлетворяло жестким требованиям стандартизации, унификации, а САSE-средства содержали компоненты, позволяющие производить разбиение алгоритмов на модули, проверять эффективность модуляризации, находить оптимальную степень интеграции модулей и их иерархичность.

37. Управление рисками проекта. Процедуры идентификации и анализа рисков.

Влияние риска вычисляют по приведенной формуле:

RE=P(UO)*L(UO), P(UO) – вероятность неудовлетворительного результата.

L(UO) – потери от неудовлетворительного результата, RE – показатель риска.

При разработке программного продукта неудовлетворительным результатом м. б.

  1. Превышение бюджета

  2. Низкая надежность

  3. Некорректное функционирование

Управление рисками включает 6 действий:

  1. Идентификация (выявление) риска.

  2. Анализ риска – оценка вероятности и величины потери по каждому элементу риска

  3. Ранжирование риска (упорядочивание по степени влияния)

  4. Планирование управления риском (подготовка к работе с каждым элементом риска)

  5. Разрешение риска (устранение или разрешение элемента риска)

  6. Наблюдение риска (отслеживание динамики и выполнение корректировки действий)

1-3) Оценивание риска 4-6)Контроль риска

1) Формируется список элементов, специфичных для данного проекта. Выделяются 3 категории источников риска:

а) Проектный (выбор бюджета, плана, человеческих ресурсов, некорректные требования, сложность, размер и структура проекта, методика взаимодействия с заказчиком

б) Технический (трудности проектирования, программирования, тестирования и сопровождения, неточность спецификации)

в) Коммерческий (создание продукта не нужного на рынке, создание продукта, который опережает требования рынка; потеря финансирования)

Лучший способ идентификации – проверочные списки рисков, которые помогают выявить реальный риск. Например, проверочный список главных элементов программного риска может иметь вид:

1) дефицит персонала

2) нереальные расписания и бюджет

3) разработка некорректных функций

4) разработка неудачного интерфейса

…..

После идентификации элементов риска, количественно оценивают их влияние на проект, решая вопросы о возможных потерях.

2) В ходе анализа оценивается вероятность возникновения Pi и величина потери Li каждого выявленного элемента риска. Вероятности определяются на основе статистики или эксперта. Итог анализа можно свести в таблицу.

Элементы риска

Вероятность(%)

Потери(%)

Влияние риска

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]