Файл: Варианты построения интерфейса программ: особенности и эволюция (Интерфейс программ: понятие, виды, структура).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 24.04.2023

Просмотров: 184

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Delphi 2010 представляет собой среду, предназначенную для визуального проектирования приложений для Windows с использованием различных механизмов повторного использования разработанного программного кода. У языка программирования Delphi, как и у многих других крупных компаний, есть конкуренты. Им является всем знакомая среда для разработки Microsoft Visual C++, которая имеет свои особенные преимущества и некоторые недостатки, но является более популярной, в основном, из-за того, что была разработана корпорацией Microsoft.

Отличительной чертой Delphi является модель компонентной разработки прикладного программного обеспечения. В Delphi Компоненты очень просты для развития и использования. Как результат покрытия большей части той структуры программы, которая является близкой к взаимодействию с операционной системой.

Dеlphi является одной из первых систем, которая занялась быстрой разработкой приложений (RАD) и технологию визуального конструирования. Технология Visuаl Dеsign содержит готовые компоненты, из которых будет строится интерфейс будущей программы.

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

Среда разработки Delphi является средой программирования, в которой сочетаются простота и удобство с мощью и гибкостью объектно-ориентированного программирования. Она обеспечивает визуальное проектирование пользовательского интерфейса и уникальные по своей простоте и мощи средства доступа к базам данных.

В среде разработки Dеlрhi нет никаких сложных конструкций и при этом она не уступает С++ по своим возможностям. Скорость работы созданных программ на Dеlрhi не меньше, чем у программ, которые создавались на С++. Разница будет заметна при большом объёме математических вычислений, но небольшая. Это объясняется отличной способностью оптимизации программ компилятора С++.

В тоже время, чем лучше оптимизация программ, тем больше это занимает времени, что отражается на процессе разработки программ. Здесь, несомненно, преимущество компилятора у Dеlрhi, который позволяет почти мгновенно внести изменения и проверить результат. Компоненты среды программирования Delphi являются, по существу, просто специализированными объектами, и их функционирование определяется объектно-ориентированной Visual Component Library (архитектурой библиотеки визуальных компонентов). Сокращённо – VCL.


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

У среды разработки Delphi есть еще очень важное преимущество в отличии от остальных коммерчески успешных языков программирования – он отлично подходит для обучения программированию. В связи с этим целесообразно использовать его в качестве языка для разработки.

  1. Пример построения интерфейса программы

    1. Этапы построения интерфейса

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

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

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

  1. Учет по производителю, показанный в таблице 3.1.
  2. Учет по типу оборудования (таблица 3.2).
  3. Учет оборудования (таблица 3.3).

Таблица 3.1

Учет по производителю

№ п/п

Код оборудования

Наименование оборудования

Производитель

Серийный номер

Таблица 3.2

Учет по типу оборудования

№ п/п

Код оборудования

Наименование оборудования

Производитель

Серийный номер

Таблица 3.3

Учет оборудования

№ п/п

Подразделение

Индекс АТС

Наименование оборудования

Производитель

Серийный номер

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

Все вышеописанное показано в схеме информационных потоков на рисунке 3.1.


Рис.3.1. Схема информационных потоков

Таким образом, разрабатываемая база данных должна решать следующие задачи:

  • Учет используемого оборудования;
  • Учет вновь устанавливаемого оборудования;
  • Учет повреждения и отправки оборудования в ремонт;
  • Поиск оборудования одного производителя, для составления договоров гарантийного обслуживания;
  • Поиск оборудования одного типа, для анализа использования, возможной замены на более современное;
  • Поиск типичных неисправностей, для разработки вариантов снижения сбоев и повреждений;
  • Генерация отчета по неисправному оборудованию.
  • Формирование сопроводительного документа (акта) при оформлении ремонта оборудования.

ER-модель (Модель сущность-связь) – модель данных, позволяющая описать концептуальные схемы предметной области.

Концептуальная модель базы данных – это отражение предметной области, для которой разрабатывается база данных. Не вдаваясь в теорию, отметим, что это некая диаграмма с принятыми обозначениями элементов. Так, все объекты, обозначающие вещи, обозначаются в виде прямоугольника. Атрибуты, характеризующие объект - в виде овала, а связи между объектами - ромбами. Мощность связи обозначаются стрелками (в направлении, где мощность равна многим – двойная стрелка, а со стороны, где она равна единице - одинарная).[6]

Таким образом, можно выделить следующие объекты необходимые для учета оборудования связи (рисунок 3.2):

  • Подразделение;
  • Оборудование;
  • Производитель;
  • Журнал ремонта.

Для формирования сопроводительного документа введем следующие объекты:

  • Сотрудник;
  • Должность.

Рис.3.2. Концептуальная модель

При дальнейшем рассмотрении предметной области можно выделить атрибуты указанных выше объектов, показанные в таблице 3.3.

Таблица 3.3

Объекты и атрибуты ER-модели

Объект

Атрибут

Подразделение

Наименование

Код

Оборудование

Наименование

Серийный номер

Тип

Производитель

Производитель

Наименование

Место производства

Журнал ремонта

Неисправность

Дата неисправности

Дата отправки

Способ отправки

Кто отправил

Дата возврата

Способ возврата

Кто принял


Для того чтобы построить реляционную модель, необходимо сформировать набор таблиц.

Таблица 3.4

Виды ТО

Наименование поля

Тип данных

Код

Счетчик

Наименование

Текстовый

Тип_работы

Текстовый

Таблица 3.5

Компьютерная техника

Наименование поля

Тип данных

Код

Счетчик

Сетевое имя

Текстовый

Месторасположение

Текстовый

Примечание

Текстовый

Таблица 3.6

Оргтехника

Наименование поля

Тип данных

Код

Счетчик

Название

Текстовый

Тип

Текстовый

Месторасположение

Текстовый

Таблица 3.7

ПО

Наименование поля

Тип данных

Код

Счетчик

Название

Текстовый

Дата покупки

Дата/время

Дата окончания

Дата/время

Количество лицензий

Числовой

Таблица 3.8

Сотрудники

Наименование поля

Тип данных

Код

Счетчик

ФИО

Текстовый

Должность

Текстовый

Таблица 3.9

ТО компьютерной техники

Наименование поля

Тип данных

Код

Счетчик

Код сотрудника

Числовой

Код_техники

Числовой

Код работы

Числовой

Дата

Дата/время

Таблица 3.10

ТО оргтехники

Наименование поля

Тип данных

Код

Счетчик

Код сотрудника

Числовой

Код_оргтехники

Числовой

Код работы

Числовой

Дата

Дата/время

Таблица 3.11

Установленное ПО

Наименование поля

Тип данных

Код

Счетчик

Код техники

Числовой

Код ПО

Числовой

Дата установки

Дата/время

Дата удаления

Дата/время


Схема базы данных представлена на рисунке 3.2.

Рис.3.2. Схема базы данных

    1. Результаты разработки интерфейса

Главное окно программы представлено на рисунке 3.3.

Рис.3.3. Главное окно программы

Рассмотрим каждый пункт меню. На рисунке 3.4 приведен перечень имеющейся оргтехники.

Рис.3.4. Перечень оргтехники

На рисунке 3.5 приведен перечень компьютерной техники.

Рис.3.5. Перечень компьютерной техники

Список программного обеспечения приведен на рисунке 3.6.

Рис.3.6. Список программного обеспечения

Рис.3.7. ТО компьютерной техники

В каждом окне имеется список операций, которые можно совершить (добавление, изменение, удаление, печать), список отчетов, возможность фильтра, поиска.

Таким образом, приведенные окна программы показывают, что она имеет удобный пользовательский интерфейс.

Заключение

В работе была спроектирован интерфейс для системы учета технического обслуживания компьютерной техники в ООО УК «Логус-Групп».

На этапе обследования была рассмотрена общая характеристика объекта автоматизации, организация работы. На основе анализа сформированы и обоснованы требования к работе системы.

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

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

Cистема учета компьютерной техники ООО УК «Логус-Групп» позволит повысить производительность труда менеджера, увеличит объем продаваемой продукции на 25%, увеличит прибыль фирмы на 10%, сократить время работы менеджера с документами, и поиск заявок в среднем на 25% за счет автоматического анализа информации, имеющейся в базе данных.

Использование информационной системы позволит более глубоко и в полном объеме собирать и анализировать необходимую информацию о заявках на техническое обслуживание и ремонт.