Методы и средства псевдокодового интерфейсного прототипирования проектных решений

• Автор: Святов, Кирилл Валерьевич
• Шифр специальности: 05.13.12
• Научная степень: Кандидатская
• Год защиты: 2011
• Место защиты: Ульяновск
• Количество страниц: 221 с. : ил.

Введение.

Глава первая. Прототипирование проектных решений в разработке АС

1.1. Место и роль прототипирования в проектировании АС.

1.2. Прототипирование в разработке АС

1.2.1. Средства прототипирования в концептуальном проектировании АС

1.2.2. Псевдокодовое программирование в разработке АС

1.3. Тематический обзор

1.3.1. Процесс прототипирования АС.

1.3.2. Сценарноориентированный подход.

1.3.3. Обзор парадигм разработки интерфейсных прототипов АС

1.3.4. Обзор псевдокодовых языков описания проектных решений.

1.4. Псевдокодовое интерфейсное прототипирование проектных решений.
1.5. Вопросноответный подход к разработке интерфейсного обеспечения.
1.5.1. Вопросноответное моделирование в проектировании пользовательских интерфейсов
1.6. Задача диссертационного исследования
1.6.1. Обобщенная постановка задачи
1.6.2. Вопросноответный анализ
1.6.3. Мотивационноцелевые установки
1.7. Научная новизна диссертационной работы
Выводы по первой главе
Глава вторая. Логикоматематическое обеспечение прототипирования пользовательских интерфейсов
2.1. Подход к логикоматематическому обеспечению
2.2. Выявление и спецификация интерактивных взаимодействий
2.3. Модели лсевдокодового прототипирования пользовательских интерфейсов
2.3.1. Интерфейсные диаграммы.
2.3.2. Абстрактная модель пользовательского интерфейса
2.3.3. Конкретная модель пользовательского интерфейса.
2.3.4. Псевдокодовое представление проектных решений
2.3.5. Генерация прототипа на целевой платформе.
2.4. Семантика объектов взаимодействия
2.5. Выводы но второй главе.
Глава третья. Методологическое обеспечение псевдокодового прототипирования интерфейсного обеспечения АС
3.1. Метод псевдокодовогоинтерфейсного прототипирования концепгуальныхпроекгных решений
3.1.1. Теория метода
3.1.2. Стратегия метода.
3.1.3. Тактика метода.
3.1.4. Детализация метода.
3.2.Методы и методики пссвдокодового прототипирования интерфейсного обеспечения ЛС
3.2.1 Метод построения интерфейсной диаграммы.
3.2.2. Методика формирования абстрактной модели прототипа проектируемой ЛС.
3.2.3. Методика формирования конкретной модели пользовательского интерфейса проектных
решений прототипа АС.
3.2.4. Методика формирования псевдокодового представления проектных решений
3.2.5. Создание и изменение исполняемого прототипа
3.2.6. Методика формализации метрик юзабилити.
3.3. Выводы по третьей главе.
Глава четвертая.Комплекс средств прототипирования интерфейсного обеспечения АС.
4.1. Архитектура, компоненты и механизмы комплекса средств XI.
4.1.1. Архитектура.
4.1.2. Редактор интерфейсных диаграмм
4.1.3. Объектновопросноответные преобразования .
4.1.4. Библиотека прецедентов и метрик. Конкретная модель пользовательского интерфейса
4.1.5. Механизм дополнительной атрибутики.
4.1.6. Генератор пссвдокодового представления интерфейсного обеспечения АС.
4.1.7. Генератор исходных кодов исполняемых прототипов.
4.2. Псевдокодовос прототипирование интерфейсного обеспечения АС в разработке систем.
1.2.1. Оценка времени.
1.2.2. Автоматизированный выбор контролов.
1.2.3. Качество сгенерированного кода
1.3. Выводы по четвертой главе.
Заключение.
Список литературы


Он может быть и примитивным черновым карандашным эскизом, и сложной экспериментальной неработающей моделью, созданной , в визуальной среде программирования. Пассивный прототип иногда может быть даже довольно точным и подробным, практически неотличимым от реального. Пассивные прототипы могут существовать в бумажном варианте, в, виде компьютерных рисунков, созданных при помощи обычных пршрамм для рисования, либо в виде неработающих экспериментальных моделей, созданных с использованием тех или иных инструментальных программных средств Так называемые бумажные прототипы. Визуальные проекты можно создавать на разных носителях, начиная от стандартного листа формата А4 и заканчивая лекционными плакатами и белыми досками. Для отчетов и презентаций, проводимых перед клиентами, а также для окончательной проверки, выполняемой непосредственно перед началом этапа реализации, обычно создают высококачественные визуальные презентации, сделанные при помощи специальных программных средств наподобие или . О таких прототипах тоже далеко не всегда можно сказать, что они аккуратно изображают интерфейс во всех деталях. Для подобных целей также имеет смысл применять экранные копии активных прототипов или экспериментальных моделей. Визуальные среды разработки пользуЕотся настолько большой популярностью, что некоторым разработчикам проще создать нефункционирующую реализацию интерфейса в такой среде, чем в графическом пакете. Нефункционирующие программы хорошо подходят для прототипов, поскольку они всеЕда получаются точными. Иногда их можно брать за основу построения высокоточных моделей и даже за основу будущих систем. Тем не менее набор входящих в состав графического интерфейса элементов ограничен компонентами и свойствами, доступными в данной конкретной среде разработки, а также поставляемыми с ней библиотеками. Если вы заняты созданием новаторского проекта, быстрее будет просто набросать, нарисовать то, что вы хотите сказать. Одних лишь пассивных прототипов недостаточно для создания модели реализации. Разметку и внеЕпний вид еще надо связать с поведением и интерактивными элементами. Дело в том, что любые пассивные прототиЕЕы скрывают проблемы, связанные с поведением системы, ее производительностью, работой. Рано или поздно команде разработчиков придется отчитываться о реаЛЫЕОМ поведении и фуЕЕкциональных возможностях. Для этого можно использовать как активные прототипы, так и готовое ПО. Активные прототипы это модели реализации, которые в какойто мере повторяют функциональность реальных систем. Активные прототипы могут быть как симуляциями, так и частичными реализациями. В любом случае они работают, как реальные системы, по крайней мере, в определенном множестве операций. Активные прототипы, называемые также функциональными, или рабочими, прототипами, могут существовать в различных формах и применяться для разных целей. Под термином экспериментальная модель обычно понимают прототип, обладающий ограниченной точностью и функциональностью, созданный в среде программирования отличающейся от полноценного языка или от той среды, в которой будет реализована система. Для создания таких моделей часто, используются средства общего назначения, включая i и i i. Электронные экспериментальные модели обычно демонстрируют общую логику программы и частично моделируют ее поведение, отображая, например, изменения внешнего вида и соотношения между компонентами интерфейса. Поведение имитационных моделей в большей степени напоминает реальные программы, демонстрирует их возможности. Довольнотаки, убедительные модели можно создавать даже при помощи относительно простых средств, таких как i или другие пакеты для создания презентаций, но можно для этих целей воспользоваться и традиционными языками программирования. Рабочие прототипы, и имитационные модели не являются законченными, программными продуктами, даже если иногда так кажется пользователям. Впрочем, не только пользователи порой забывают, что прототипы это еще не конечный продукт. Порой разработчики пытаются сэкономить время, занимаясь доводкой прототипа и превращением его в полноценную систему.