Проектирование пользовательского интерфейса (ПИ)
ПИ должен быть максимально ориентирован на пользователя.
В первую очередь необходимо выделить подсистемы создаваемой автоматизированной информационной системы. Для этого необходимо построить диаграмму прецедентов, которая содержит участников процессов и функциональность предметной области. Выделение подсистем проводится следующим образом:
- для каждого участника с его функциями необходим отдельный вход в систему;
- функции должны быть объединены единой целью.
Часто подсистема эквивалентна цели, а задачам соответствуют пункты меню подсистемы. Например, можно выделить подсистему «Обслуживание запросов», которая включает
- формирование запроса (формирование запроса);
- сортировка (формирование очереди обслуживания запросов согласно времени их поступления);
- формирование списка литературы (формирование списка литературы по каждому запросу);
- выбор запросов для обработки;
- отбор литературы по типу;
- отбор литературы по автору;
- отбор литературы по году издания;
- и др.
- распределение элементов запросов между сотрудниками и отделами (обработка запросов);
- выполнение содержимого запросов и в целом запросов (фиксация выполненных запросов);
Подсистема «Обслуживание запросов» может быть реализована в виде пункта главного меню, задачи могут быть оформлены в виде подпунктов меню.
|
|
|
Для проектирования интерфейса следует использовать семантические объекты. Диаграммы семантических объектов предметной области наиболее близко и достоверно описывают семантику предметной области, а следовательно наиболее пригодны для формирования пользовательского интерфейса и отчетов. Полное описание элементов семантических моделей можно найти в документе с именем «Семантическая объектная модель». Составьте диаграммы семантических объектов для каждого прецедента. На основании семантических диаграмм разработайте модели интерфейсов для форм и для отчетов. Рекомендуется для простых атрибутов использовать поля текстового ввода. Для групповых атрибутов лучше использовать либо отдельные формы либо совокупность элементов, оформленных в отдельные группы на форме. Поля, значения в которые поступают из списков, должны быть реализованы при помощи компонентов для работы со списками. Если значение в поле таблицы поступает из другой таблицы, следует организовать поиск в другой таблице, либо использовать выпадающие списки типа LookUp и т.д.
Критерии оценки проектирования пользовательского интерфейса (ПИ)
1) Качество проектирования диаграмм семантических объектов;
|
|
|
2) Уровень соответствия семантических диаграмм приведенному концептуальному проектированию предметной области;
3) Уровень соответствия ПИ приведенному описанию диаграмм семантических объектов;
4) Качество проектирования ПИ;
5) Самостоятельность в работе;
6) Качество оформления результатов проектирования в ПЗ.
Модуль 2 (М2)
Создание приложения БД
Приложение БД лучше создавать в Visual Studio. Однако можно использовать и другое ПО (по согласованию с преподавателем). Приложение является локальным. Однако нужно спроектировать его т.о., чтобы переход к клиент-серверной архитектуре был наиболее безболезненным. Этого можно достичь, разделив активности пользователя. Например, в системе обслуживания запросов читателей получить запросы на обработку с формированием очереди обслуживания запросов согласно времени их поступления лучше производить при помощи SQL-запроса, т.к. таблица запросов будет находиться на сервере.
Формирование списка литературы (формирование списка литературы по каждому запросу):
- отбор литературы по типу;
- отбор литературы по автору;
- отбор литературы по году издания;
|
|
|
- и др лучше производить при помощи операций фильтрации на машине клиента, а не при помощи SQL-запроса, т.к. на машине клиента к этому времени уже должны быть сведения по запросам и т.д. Желательно, чтобы это разделение на запросы SQL , операции локальной сортировки, фильтрации было проведено заранее и обосновано в ПЗ и нашло реализацию в приложении. Обосновать подобное разделение можно также при помощи анализа частоты выполнения тех или иных действий. Если действие пользователя выполняется часто, то лучше производить его на клиенте. Необходимо, чтобы в проекте нашли реализацию все операции для работы с БД:
1) формирование таблиц и работа с ними;
2) поддержка первичных ключей;
3) работа с отдельными записями;
4) сортировка;
5) фильтрация;
6) контроль правильности ввода данных;
7) поисковые операции;
6) выборки SQL;
7) формирование отчетов.
Приложение может получиться достаточно большим. Разрешается по согласованию с преподавателем реализовать не все прецеденты, а часть. На нереализованную часть следует организовать заглушки.
В ПЗ необходимо привести структуру модулей приложения с описанием их функциональностей. По каждому из выше приведенных пунктов привести куски кода с пояснениями. Необходимо разработать инструкцию пользователя со скринами приложения и описанием последовательности действия по реализации ранее приведенных прецедентов. Для устаносвки приложения следует разработать инструкцию для администратора. В инструкции администратора следует описать требования к системе и требования к кофигурации и настройке приложения.
Дата добавления: 2018-02-28; просмотров: 417; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!