20. Классические и стандартные технологические процессы.

Мы будем рассматривать два набора (множества) технологических процессов. Первый набор - классический, включающий основные процессы, сложившиеся исторически в результате практического опыта разработки программного обеспечения. Второй набор - стандартный, т. е. основанный на стандарте ISO 12207:1995. Процессы классического набора фактически являются подмножеством стандартного, выступая там как процессы или действия процессов.

В классическом наборе выделим девять технологических процессов.

• Возникновение и исследование идеи

• Управление

• Анализ требований

• Проектирование

• Программирование

• Тестирование и отладка

• Ввод в действие

• Эксплуатация и сопровождение

• Завершение эксплуатации

Процессы жизненного цикла, определяемые международным стандартом

ISO 12207 [ISO/IEC 12207:1995], делятся натри группы.

• Основные процессы.

  • Приобретение

  • Поставка,

  • Разработка

  • Эксплуатация

  • Сопровождение

• Вспомогательные процессы.

  • Документирование

  • Управление конфигурацией

  • Обеспечение качества

  • Верификация

  • Аттестация

  • Совместная оценка

  • Аудит

  • Разрешение проблем

• Организационные процессы.

  • Управление

  • Создание инфраструктуры

  • Усовершенствование

  • Обучение

21. Основные технологические подходы.

Подход "кодирование и исправление"

Подход "кодирование-исправление" (code and fix) упрощенно может быть описан следующим образом. Разработчик начинает кодирование системы с самого первого дня, не занимаясь сколь-либо серьезным проектированием. Все ошибки обнаруживаются, как правило, к концу кодирования и требуют исправления через повторное кодирование.

Этот подход может быть рекомендован к использованию в двух случаях.

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

• Для доказательства некоторой программной концепции.

Каскадный подход

Каскадно-возвратный подход

Каскадно-итерационный подход . Каскадно-итерационный подход предусматривает последовательные итерации каждого процесса до тех пор, пока не будет достигнут желанный результат

3.5.2.4.

Каскадный подход с подпроцессами

Спиральная модель. Спиральная модель (spiral model) была предложена Барри Боэмом (Barry Воет) в середине 80-х годов XX века с целью сократить возможный риск разработки.

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

22. Работа с динамическими элементами управления.

При разработке пользовательского интерфейса используются элементы управления. Элемент управления– это объект интерфейса, выполняющий нектоторую функцию взаимодействия с пользователем, определенную его типом. К ним относятся: текстовые поля (EditBox), кнопки (Button) и др. Весь перечень элементов, их характеристики и прочие параметры зависят от конкретной среды визуального программирования. Однако все элементы имеют свойства и события.

Свойства элементов управления

Все свойства элементов управления можно разделить на 2 класса: стандартные и уникальные.

К первым относятся такие свойства как: имя, позиция на экране (или родительской панели), размер, флаг видимости, флаг доступности.

Уникальными свойствами называются такие, которые принадлежат только элементам определенного типа. Например, у кнопки это: надпись, настройка вида (анимация нажатия, реакция на наведение указателя мыши) и др.; а у текстового поля это текст, настройки шрифта.

События элементов управления

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

Иногда события реализуются посредством сообщений, как это сделано в Windows. При этом регистрируется обработчик сообщений (он обычно один для окна или панели), который будет получать все сообщения от пользователя и системы. В этот обработчик передается идентификатор сообщения (события) и дополнительные параметры. Семантика дополнительных параметров определяется полученным сообщением. Так, если было полученно сообщение об изменении позиции курсора, в дополнительные параметры передается новая позиция курсора. Так же зачастую в обработчик событий передается пользовательская информация, семантика которой также определяется полученным сообщением. Это может быть любая информация, которую пожелал передать источник сообщения.

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

Динамические элементы управления

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