Разработка интерфейса и программного обеспечения виртуальной библиотеки. Проектирование структуры экранов и навигационной системы. Построение прототипа пользовательского интерфейса. Тестирование и модификация прототипа. Экспертная оценка разработки.
Но очевидно, что с постоянным увеличением объемов информации, работа с ней (такая как хранение, поиск, учет и т.д.) становится все сложнее. Развитие вычислительной техники позволило сохранять и распространять информацию в электронной форме. Электронная форма позволяет хранить информацию в более надежном, компактном и удобном виде, увеличивается скорость и простота ее распространения. Немаловажно и то, что в электронной форме, в отличие от печатной, информацией можно свободно манипулировать. Существенное развитие работы по электронным библиотекам получили на рубеже 90-х годов, когда появились адекватные средства вычислительной техники и информационные технологии, обеспечивающие надежное сохранение, оперативную обработку и эффективное использование больших массивов разнородной информации, прежде всего текстовой.Предметная область - это материальная система или система, характеризующая элементы материального мира, информация о которой хранится и обрабатывается.Для того чтобы адекватно оценить ресурсы (время, деньги, количество экспертов), которые будет необходимо потратить на разработку (переработку) интерфейса, необходимо четко представлять себе объем информации, с которой следует ознакомиться. Чтобы предлагать адекватные интерфейсные решения заказчику, необходимо иметь четкое представление о предметной области системы. Наряду с этим, как правило, проводится серия интервью с экспертами для выяснения основных аспектов и характеристик предметной области.Это исключительно важный этап, поскольку именно функциональность будет определять весь интерфейс. Очень важно сознавать, что практически невозможно убрать из уже продающейся системы какие-либо функции. Во-первых, программы до сих пор продаются по функциям, т.е. чем больше список функций на коробке с программой, тем легче ее продать, даже если большинство функций либо не работает, либо не нужно пользователям. Традиционно требования к функциональности исходят от отдела продаж или от его аналога. При первом подходе система снабжается максимальным количеством функций, при этом результаты многих из них являются суммой результатов других функций.Идеей, лежащей в основе данного метода, является простое соображение, гласящее, что людям не нужны инструменты сами по себе, нужны лишь результаты их работы. Никому не нужен текстовый процессор, но нужна возможность, с удобством, писать тексты. Разработчику необходимо четко осознавать, что пользователям не нужны инструменты сами по себе, нужны лишь результаты их работы. Никому не нужен текстовый процессор - нужна возможность с удобством писать тексты.В компьютерных системах взаимодействие сложнее, чем в реальности, при этом логический анализ неприемлем.Единственным выходом является банальное наблюдение за людьми, выполняющими свою задачу, пользуясь уже имеющимися инструментами, а именно системами конкурентов (если они есть) и предметами реального мира (поскольку очень немного новых действий появилось только после появления компьютеров). Неплохим источником материала для анализа часто служит даже не наблюдение за людьми, но анализ результатов их работы - если оказывается, что результат работы практически не зависит от используемого инструмента, это значит, что нужна только та функциональность, которая оказала воздействие на результат (т.е. функции, которыми никто не воспользовался, не нужны). Единственным же способом проверить, нужна функция или нет, является наблюдение за пользователями и анализ их действий.Цель этого этапа - написать словесное описание взаимодействия пользователя с системой, не конкретизируя, как именно проходит взаимодействие, но уделяя возможно большее внимание всем целям пользователей. Сценарии будут полезны для последующего тестирования, поскольку тестируется не выполнение абстрактных задач, а выполнение конкретных, входящих в эти сценарии, операции.На этом этапе, основываясь на сценариях работы и ролях пользователей, формируется структура экранов системы, т.е. определяется количество экранов, функциональность каждого из них, навигационные связи между ними, формируется структура меню и других навигационных элементов. По сути, на этом этапе выделяются отдельные функциональные блоки. Под функциональными блоками будет подразумевать функцию или группу функций, связанных по назначению или области применения в случае программы и группу функций/фрагментов информационного наполнения в случае сайта. Программное обеспечение «Виртуальная библиотека» будет состоять из двух частей: клиентской (Таблица 2.1) и администраторской (Таблица 2.2). В информационных системах, когда необходимо гарантировать, что пользователь найдет всю нужную ему информацию, необходимо устанавливать связи между блоками, основываясь не только на точке зрения разработчика, но и на представлениях пользователей.На основе разработанной ранее структуры экранов на этом этапе выбирается наиболее адекватная навигационная система и разрабатывается ее детальный интерфейс. Навигационная система показывает механизм распределения функций и задач между окнами
План
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
1. Анализ предметной области
1.1 Оценка и изучение предметной области
1.2 Определение необходимой функциональности системы
1.2.1 Анализ целей пользователей
1.2.2 Анализ действий пользователей
1.3 Создание пользовательских сценариев
2. Высокоуровневое проектирование
2.1 Проектирование структуры экранов системы
2.2 Проектирование навигационной системы
2.3 Проектирование структуры справочной системы
3. Низкоуровневое проектирование
3.1 Проектирование экранов клиентской части
3.2 Проектирование экранов администраторской части
