32
Инвентаризация с использованием штрих-кодов. Механизм
инвентаризации с использованием штрих-кодов показывает реальное
присутствие устройств на рабочем месте.
Гибкое разграничение доступа к данным. Широкий список прав доступа
к функциям и данным позволяет очень гибко настраивать возможности
каждого оператора базы данных.
Мощные механизмы поиска устройств, лицензий и др.
Большой набор настраиваемых отчетов, экспорт в различные форматы.
Поддержка многопользовательской работы с базой данных в сети.
Одна лицензия для программы позволяет создавать установки без
ограничений.
Пример рабочего окна системы приведен на рисунке 1.10.
Рисунок 1.10 – Интерфейс программы «Hardware Inspector»
33
Таблица 1.3
Сравнительная характеристика программ-аналогов учета заявок на
обслуживание компьютерной техники
Критерий
«IT Invent»
«Hardware Inspector»
Total Network
Inventory 2
Функцио-
нальность
Много-
функциональна
Многофункциональна
Многофункциональна
Интерфейс
Интуитивно
понятный
Простой – интуитивно
понятный
Максимально
удобный
Дизайн
Хороший
Приемлемый
Стандартный
Удобство для
пользователя
Удобно
Проста в использовании
Индивидуальные
наборы настроек
Достоинства
Работает по сети
Работает по локальной сети
Обновление 2 раза в месяц
Одну лицензию можно
установить на любое
количество компьютеров,
внутри одной локальной
сети, одной организации
Действует бесплатная
линия консультаций
по электронной почте
и ICQ, а в случае
необходимости
консультации по
телефону.
Недостатки
Платная
Платная
Платная
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Поскольку разрабатываемая система будет использоваться для
автоматизации учета выполненных работ, то наиболее подходящей стратегией
является использование третьей модели автоматизации: по направлениям –
учета выполненных работ.
Данный проект призван усовершенствовать систему учета, и с его
помощью сотрудники компании будут осуществлять свою повседневную
деятельность и решать привычные для них задачи, но при этом будут
использовать не только бумажные носители, но и заносить информацию в базу
данных документов. Такое хранение данных, позволит не только повысить
надежность и достоверность информации, но и ускорит процесс обработки
документов.
В соответствии с этим, разработка информационной системы по учету
приема техники на ремонтные работы должна решить следующие подзадачи:
34
1. Устранение ошибок неполноты информации, устранение
дублирования информации.
2. Автоматизация расчета показателей.
3. Получение необходимых аналитических отчетов.
Основной бизнес процесс, который рассматривается модели «ТО-ВЕ» –
«Автоматизированный учет приема техники на ремонтные работы отделом
ПТО ФГКУ ГИВЦ Росрезерва».
На рисунке 1.11 приведена контекстная диаграмма этого бизнес-
процесса.
Добавились:
Вход: Информация об установленном ПО.
Выход: Данные о невыполнении заявки.
Управление: Руководство пользователя АИС.
Механизмы: Автоматизированная система приема техники на
ремонтные работы.
Рисунок 1.11 – Контекстная диаграмма бизнес-процесса
«Автоматизированный учет приема техники на ремонтные работы отделом
ПТО ФГКУ ГИВЦ Росрезерва»
На рисунке 1.12 выполнена диаграмма декомпозиции данного бизнес-
процесса.
35
Рисунок 1.12 – Диаграмма декомпозиции бизнес-процесса
«Автоматизированный учет приема техники на ремонтные работы отделом
ПТО ФГКУ ГИВЦ Росрезерва»
Бизнес-процесс «Учет приема техники на ремонтные работы отделом
ПТО ФГКУ ГИВЦ Росрезерва» разбивается на три работы:
Принять заявку.
Выполнить заявку.
Составить отчетные документы.
Рассмотрим процесс принятия заявки более подробно (рис.1.13).
Рисунок 1.13 – Диаграмма декомпозиции работы «Принять заявку»
36
Работа «Принять заявку» разбивается на четыре компонента:
Регистрировать заявку.
Выполнить диагностику техники на наличие неисправностей.
Занести данные в базу данных АИС.
Занести данные в форму заявки.
Все процессы находятся под контролем информационной системы.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Выполнив анализ рынка и краткий обзора популярных систем учета
приема техники для ремонтных работ, необходимо выбрать, на основе какой
из них выгоднее всего построить свою систему и с успехом внедрить ее на
предприятии.
Для реализации проекта нам нужно спроектировать новую систему и
внедрить ее в использование на наше предприятие.
Собственная разработка позволит:
не нести затраты на покупку и сопровождение программного
обеспечения у стороннего разработчика;
оперативно вносить исправления в программный продукт;
компания будет являться собственником исходного кода программы,
что позволит его передавать вновь принятым специалистам для дальнейшей
модернизации.
Экономическая выгода достигается за счет разработки системы «для
себя» и отказа от излишней функциональности, так как со всеми задачами
может вполне справиться и небольшая программа [28].
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Функциональная структура системы определяется системой учета на
предприятии. В результате изучения входных документов и необходимых
37
окончательных форм необходимо разработать структуру базы данных:
справочные и входные таблицы данных, запросы на получение различных
сводных форм, разработку форм для ввода и вывода информации, создание
меню для работы в системе. Для каталогов есть входная информация об
изменении или новом виде объекта каталога. Эта информация не
документирована.
Функционирование системы основано на информации. Организация
информационной поддержки в любой системе управления основана на
концепции информационной базы, которая означает набор упорядоченной
информации, используемой в работе информационной системы, а также
взаимосвязь различных компонентов этой информации. В то же время набор
упорядоченной информации должен соответствовать составу и содержанию
требований тех задач, которые решаются на его основе. Информационная база
влияет на эффективность всей системы, способность решать функциональные
проблемы и т. д.
Информационная база включает:
1. Массивы постоянной нормативной и справочной информации;
2. Массивы, содержащие текущие данные о состоянии управляемого
объекта;
3. Массивы, содержащие данные, поступающие из внешней среды;
4. Массивы, содержащие накопленные данные за определенный период
времени.
Часть информационной поддержки, представляющая набор сообщений,
сигналов и документов, используемых при работе автоматизированной
системы управления в форме внешней документации, относится к не-
машинной информации. Часть информационной поддержки, которая
представляет собой набор используемых данных, принадлежит к внутренней
машинной информации. она фиксируется на компьютерных носителях
системы.
38
Основная задача организации информационной поддержки - адекватно
отражать объект управления и обеспечивать информационные потребности в
задачах функционального управления.
В данной системе имеются следующие входные информационные
потоки:
информация обо всём оборудовании, находящемся в ремонте;
информация обо всём оборудовании, находящемся на обслуживании;
данные о сотрудниках отдела ПТО;
данные о сотрудниках ФГКУ ГИВЦ Росрезерва;
заявки на обслуживание и ремонт техники.
К выходным информационным потокам относятся:
документация на выполненные заявки.
данные о невыполнении Заявки.
отчетная документация.
Для всех документов будут разработаны формы приложения для ввода
и вывода данных.
1.4.2 Обоснование проектных решений по программному
обеспечению
Для осуществления автоматизации деятельности предприятия было
решено разработать программно-информационное обеспечение, для
полноценного использования и достоверного хранения информации которого,
необходимо спроектировать базу данных и приложение.
Технология Delphi сделала разработку мощных приложений Windows
быстрым процессом, доставляющим удовольствие там, где раньше
требовалось большое количество человеческих усилий, поэтому в настоящее
время многие приложения могут быть написаны одним человеком с
использованием технологии Delphi.
Многооконный интерфейс обеспечивает полную передачу CASE-
технологий в интегрированную систему поддержки работ по созданию
39
прикладной системы на всех фазах жизненного цикла проектирования и
системы.
Delphi имеет широкий набор функций, начиная от дизайнерских форм и
заканчивая поддержкой всех популярных форматов баз данных. Среда
устраняет необходимость программировать такие компоненты Windows,
общего назначения, как метки, значки и даже диалоговые панели. Работая в
Windows, можно увидеть те же «объекты» во многих разнообразных
приложениях. Диалоговые окна (например, Выбрать файл и Сохранить файл)
являются примерами многократно используемых компонентов, построенных
прямо в Delphi, что позволяет применить эти компоненты к существующей
задаче так, что они работают именно так, как необходимо, чтобы создавать
приложения. Также здесь есть предопределенные визуальные и не визуальные
объекты, включая кнопки, объекты данных, меню и диалоговые уже
построенные панели. С помощью этих объектов можно, например, обеспечить
ввод данных всего несколькими щелчками мыши, без необходимости
программирования.
Часть, которая непосредственно связана с программированием
интерфейса пользователя, называется системой визуального
программирования.
Преимущества проектирования с помощью Delphi:
1) Исключает необходимость повторного ввода данных;
2) Обеспечивает согласованность проекта и его реализации;
3) Повышение производительности разработки и переносимость
программ.
Визуальное программирование как бы добавляет новое измерение к
созданию приложений, что позволяет представлять эти объекты на экране,
чтобы выполнить программу.
Через визуальные инструменты разработчик приложения может
работать с объектами, держа их перед глазами и получить результаты
практически сразу. Способность видеть объекты так, как они появляются в
40
ходе исполнения программы, снимает необходимость для множества ручных
операций, что характерно для среды без визуальных средств - независимо от
того, объектно-ориентированные они или нет. Как только объект находится в
форме визуальной среды программирования, все его атрибуты сразу
отображаются в виде кода, который соответствует объекту как единице,
выполненной во время выполнения программы.
Размещение объектов в Delphi происходит в тесной взаимосвязи между
объектами и реальным программным кодом. Объекты помещают в форму, код
которой и соответствующих объектов автоматически сохраняются в исходном
файле. Этот код компилируется, обеспечивая существенно более высокую
производительность, чем визуальная среда, которая интерпретирует
информацию лишь в ходе выполнения программы.
Три основные части разработки интерфейса следующие:
проектирование панели, проектирование и представление диалоговых окон.
Программа DELPHI состоит из файла проекта (файл с расширением
DPR) и несколько модулей (файлы с расширением PAS). Каждый из файлов
расположен в отдельном модуле программы содержит программу на языке
Object Pascal.
Файл проекта программы, также написанный в Object Pascal,
обрабатывается компилятором. Эта программа создается автоматически при
создании проекта DELPHI и содержит только несколько контрольных строк.
Модуль программы, который составляется независимо и содержит все
необходимые компоненты в разделе описаний (типы, константы, переменные,
процедуры и функции) и, если необходимо, исполняемые коды.
Самый популярный и широко используемый компонент в модуле
DELPHI - форма.
Интерфейс этого модуля содержит объявление нового класса, и она
автоматически обновляется при дополнении новыми элементами.
Delphi – структурированный, объектно-ориентированный язык
программирования, диалект ObjectPascal. Начиная со среды разработки Delphi
41
7.0 [3], в официальных документах Borland стала использовать название Delphi
для обозначения языка ObjectPascal. Начиная с 2007 года уже язык Delphi
(производный от ObjectPascal) начал жить своей самостоятельной жизнью и
претерпевал различные изменения, связанные с современными тенденциями
(например, с развитием платформы .NET) развития языков
программирования: появились classhelpers, перегрузки операторов и другое.
Изначально среда разработки Delphi была предназначена
исключительно для разработки приложений MicrosoftWindows, затем был
реализован вариант для платформ Linux (как Kylix), однако после выпуска в
2002 годуKylix 3 его разработка была прекращена, и вскоре было объявлено о
поддержке Microsoft .NET.
Реализация среды разработки проектом Lazarus (FreePascal, компиляция
в режиме совместимости с Delphi) позволяет использовать его для создания
приложений на Delphi для таких платформ, как Linux, Mac OS X и Windows
CE.
После проведения сравнительной характеристики программных
аналогов можно сделать вывод, что необходима разработка собственной
информационной системы.
Собственная разработка позволит:
- не нести затраты на покупку и сопровождение программного
обеспечения у стороннего разработчика;
- оперативно вносить исправления в программный продукт;
- компания будет являться собственником исходного кода программы,
что позволит его передавать вновь принятым специалистам для дальнейшей
модернизации.
Рассмотрев различные СУБД по определённым характеристикам,
определили, что наиболее подходящей для хранения данных является СУБД
Access. При этом небольшие затраты на её внедрение и освоение окупятся
эффективной и надежной работой.