Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
диплом / forge / Раздел 3.docx
Скачиваний:
96
Добавлен:
09.04.2015
Размер:
1.93 Mб
Скачать

3.3 Назначение и возможности пользовательского приложения

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

Приложение обладает следующими возможностями:

  • вызов экранных форм для работы с программой;

  • ввод и редактирование информации в базу данных;

  • заполнение справочников с информацией об организации;

  • формирование форм, на основании которых возможно дальнейшее заполнение выходных документов организации;

  • формирование и учет расходных документов;

  • создание отчетов, отражающих всю деятельность отдела.

3.4 Описание базы данных

Описание БД представлено в разделе 2.3 Логическое проектирование.

3.5 Описание интерфейса приложения

Интерфейс пользователя компьютерного приложения включает:

  • экранные формы для отображения информации и саму информацию;

  • взаимодействие между пользователем и приложением, в том числе и обратную связь с пользователем;

  • руководство пользователя.

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

  • понятность для пользователя;

  • легкость использования;

  • сложность решаемых задач проблемной области;

  • эффективность их решения;

  • простой процесс обучения работе с ПО.

Для создания простого и понятного пользователю ПО вся необходимая для работы информация должна быть представлена в максимально удобном для пользователя виде. Наиболее важные информационные единицы должны находиться всегда перед глазами, но и перебарщивать не стоит – пользователь должен видеть только ту информацию, которая необходима для его текущей деятельности.

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

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

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

Принцип толерантности. Интерфейс ПО должен быть продуман и снабжен достаточным количеством “затычек от дураков” во избежание серьезных сбоев и ошибок в работе программы. Должна быть предусмотрена возможность отмены произведенных действий или их удаление.

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

Рисунок 4 – главная форма приложения

На форме содержится 3 зоны – заполнение справочников, работа с системой и отчеты. Заполнение справочников содержит в себе 4 формы, представленные на рисунке 5.

Формы содержат две кнопки – 1) новая запись и 2) Внести запись. Кроме того, на формах находятся элементы DataGridView и BindingNavigator, которые отображают содержимое обрабатываемой таблицы и позволяют удалять и изменять данные в них. Кнопка 1) новая запись автоматически заполняет ключевое поле каждой новой записи, затем остается заполнить поля и нажать кнопку 2) внести запись, чтобы информация была сохранена в базе данных. Для заполнения справочников, выделенных для информации о персонале, следует начать со справочника Бригады – рисунок 5. Если добавление рабочей бригады не требуется, то следует перейти к справочнику Сотрудники – рисунок 6. Для добавления новой записи, пользователь должен воспользоваться кнопкой 1) новая запись, заполнить поля ФИО, Должность и номер бригады, и затем нажать на кнопку 2) внести запись.

Рисунок 5 – форма Бригады

Рисунок 6 – форма Сотрудники

Аналогичным образом заполняются справочники Техника и Материалы.

Рисунок 7 – форма подачи заявки

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

Далее, можно переходить непосредственно к подаче заявок на ремонт и оформлению сопутствующих документов. Рисунок 8 демонстрирует форму подачи заявок.

Рисунок 8 – форма подачи заявок

Поле номер ремонта заполняется автоматически, при формировании новой записи. В выпадающих списках выбираются номер заявки, наименование оборудования, инвентарный номер, задается номер расходной и выбирается номер бригады, осуществлявшей ремонт. На форме предусмотрен вызов справочника Техника. После заполнения ремонтной ведомости путем нажатия кнопки 3) создать расходную следует приступить к оформлению расходного документа. Если необходимость заказа материалов отсутствует – то расходную можно не оформлять. База данных позволяет полю ID score иметь значения типа Null.

При заполнении расходной используются поля, в которых указывается номер расходной, номер набора материалов, которые будут использованы, ФИО получателя, дата и стоимость запчастей. На форме присутствует возможность перехода к созданию набора материалов – рисунок 10.

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

Рисунок 9 – форма заполнения расходной

Рисунок 10 – создание набора материалов

На рисунке 11 представлен отчет о проделанной работе. Отчет создавался при помощи конструктора отчетов MS Visual Studio 2008, для его отображения используется элемент ReportViewer. После создания отчета в мастере создается rdlc-файл, который затем привязывается к компоненту ReportViewer. Отчет демонстрирует пользователю всю информацию о проведенных ремонтных работах с указанием даты начала и завершения работ, проделанной работы и выявленной неисправности. Форма снабжена панелью управления, позволяющей экспортировать отчеты в файлы Exel или PDF, присутствует возможность отправки отчетов на печать и доступен поиск по указанным значениям.

Рисунок 11 – форма отчета