Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
1-25 TP shporki.doc
Скачиваний:
19
Добавлен:
05.09.2019
Размер:
373.25 Кб
Скачать
  1. Технология rad.

RAD - технология быстрого программирования

RAD, Rapid Application Development, быстрая разработка приложений - концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. С конца XX века RAD получила широкое распространение и одобрение. Концепцию RAD также часто связывают с концепцией визуального программирования - 4GL.

Основные принципы RAD

Инструментарий должен быть нацелен на минимизацию времени разработки. Создание прототипа для уточнения требований заказчика. Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком. Минимизация времени разработки версии, за счёт переноса уже готовых модулей и добавления функциональности в новую версию. Команда разработчиков должна тесно сотрудничать, каждый участник должен быть готов выполнять несколько обязанностей. Управление проектом должно минимизировать длительность цикла разработки.

  1. Оценка качества процессов создания программного обеспечения.

Фактор качества ПО — это нефункциональное требование к программе, которое обычно не описывается в договоре с заказчиком, но, тем не менее, является желательным требованием, повышающим качество программы.

Некоторые из факторов качества:

  1. Понятность

Назначение ПО должно быть понятным, из самой программы и документации.

  1. Полнота

Все необходимые части программы должны быть представлены и полностью реализованы.

  1. Краткость

Отсутствие лишней, дублирующейся информации. Повторяющиеся части кода должны быть преобразованы в вызов общей процедуры. То же касается и документации.

  1. портируемость

Лёгкость в адаптации программы к другому окружению: другой архитектуре, платформе, операционной системе или её версии.

  1. согласованность

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

  1. сопровождаемость

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

  1. тестируемость

Позволяет ли программа выполнить проверку приёмочных характеристик, поддерживается ли возможность измерения производительности.

  1. удобство использования

Простота и удобство использования программы. Это требование относится прежде всего к интерфейсу пользователя.

  1. надёжность

отсутствие отказов и сбоев в работе программ, а также простота исправления дефектов и ошибок:

  1. структурированность

  2. эффективность

Насколько рационально программа относится к ресурсам (память, процессор) при выполнении своих задач.

  1. Безопасность

14. Модули и их свойства.

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

Как уже упоминалось раньше, в настоящее время используют два способа декомпозиции разрабатываемого программного обеспечения, связанные с соответствующим подходом:

• процедурный (или структурный - по названию подхода);

• объектный.

Примечание. Помимо указанных способов декомпозиции, в теории программирования определяют и другие способы декомпозиции: логическую - на факты и правила, продукционную -на правила продукции и т. п. Эти способы декомпозиции используют в языках искусственного интеллекта, поэтому в настоящем учебнике они рассматриваться не будут.

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

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