Введение

С каждым днем растет число компаний и предприятий, нуждающихся в автоматизации своей профессиональной деятельности. Многие фирмы сталкивались с проблемой учета оборудования в стенах своего предприятия, начиная от производственных станков в цехах и заканчивая персональными компьютерами с программным обеспечением. Руководители компаний часто задаются вопросом: «А какую программу выбрать, чтобы автоматизировать учет техники?» Сейчас на рынке программного обеспечения существует множество продуктов, способных решать большое количество задач, связанных с поставленной выше проблематикой. Однако в рамках выпускной квалификационной работы будет реализована база данных учета ПК и оборудования на предприятии на платформе «1С: Предприятие 8.3», поскольку:

существует большой ассортимент готовых решений на базе «1С»;

существует гарантированное оперативное изменение программ при изменениях законодательства;

«1С» – это платформа, поэтому в любой момент программу можно доработать под нужды клиента;

с программами «1С» совместимы и легко настраиваются многие виды торгового оборудования (сканеры штрих-кода, принтеры чеков, фискальные регистраторы, принтеры штрих-кодов, терминалы сбора данных и т.д.);

легко и просто найти нужных специалистов.

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

Целью выпускной квалификационной работы является разработка базы данных для учета ПК и оборудования на предприятии на платформе «1С: Предприятие 8.3». которая обеспечивает:

– стандартизацию и упорядоченность оборудования;

– оперативность и удобство подсчета и классификации оборудования;

– открытость и доступность в получении необходимых данных.

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

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

Во втором разделе будут разработаны модели и диаграммы информационной системы учета ПК и оборудования на языке UML 2.0. Будет создана диаграмма вариантов использования, описывающая взаимоотношения и зависимости между актерами в процессе функционирования системы. Будет создана диаграмма деятельности процесса заполнения формы о рабочем месте, позволяющая описать логику процедур, бизнес-процессы и потоки работ. Также будет смоделирована диаграмма состояния системы при проверке заполнения формы, показывающая все возможные состояния, в которых может находиться объект, а также процесс смены состояний в результате внешнего влияния. Будет рассмотрено создание диаграммы последовательности авторизации пользователя, позволяющая акцентировать внимание разработчиков на сообщениях, инициирующих вызов определенных операций объекта или являющихся результатом выполнения операции. Также будет создана диаграмма развертывания, представляющая физическое расположение системы и показывающая, на каком физическом оборудовании запускается та или иная составляющая ПО. В заключение будет смоделирована диаграмма компонентов, описывающая особенности физического представления системы, определяющая архитектуру разрабатываемой системы, устанавливающая зависимости между программными компонентами. Также будет описана среда для дальнейшей разработки ИС, используемый язык программирования.

В третьем разделе будет рассмотрено создание справочников «Организации», «Типы устройств», «Сотрудники», «Периферийные устройства», «Подразделения». Будут созданы документы «Закупки» и «Закрепление устройства», а также формы для их заполнения. Также будут рассмотрены созданные ярлыки для подсистем программы, печатная форма документа «Списание техники», созданный логотип для подразделения, сводный отчет по перемещениям техники в организации.

АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

Общие сведения

В последнее время наиболее широкое распространение получили системы автоматизированного учета, одной из кото­рых является система «1С: Предприятие 8.3». Ее преимуществами являются постпродажное обслуживание, широкая сеть партнерских фирм, открытая архитектура (возможность гибкой настройки и доработки системы силами самого предприятия или сторонних фирм). За счет своей универсальности система «1С: Пред­приятие 8.3» может быть применена для разных участков деятельности предприятия: учета товарных и материальных средств, взаиморасчетов с контрагентами, расчета амортизации основного оборудования [20].

Система «1С: Предприятие 8.3» представляет собой совокупность механизмов, предназначенных для манипулирования различными типами объектов предметной области. При разработке информационной системы будут использованы такие объекты, как помещения, в которых будут располагаться сотрудники и техника, рабочие места, собственно ПК и оборудование. Объекты отличаются по своему назначению, строению экранных форм и функциональным возмож­ностям. Базовые объекты «1С: Предприятие 8.3» являются универсальной системой автоматизации деятельности предприятия в сфере учета имеющихся устройств [21].

Анализ современных систем учета ПК и оборудования

База данных системы должна хранить информацию о рабочем месте, его местоположении (организация/корпус/подразделение/этаж/комната), о ПК и оборудовании, информацию о сотруднике, работающем за данным компьютером и ответственным за его сохранность. При разработке базы данных необходимо учесть следующие требования, позволяющие грамотно собрать модель предметной области:

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

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

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

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

Проанализировав принцип построения систем, разработана база данных, которая обеспечит хранение информации и её доступность для всех составляющих системы управления.

Исследуя рынок уже существующих аналогов ИС, были выделены следующие программные продукты:

программное обеспечение IT-Invent;

программное обеспечение Hardware Inspector;

программное обеспечение 1С: Учёт компьютеров и оборудования.

Первый аналог – IT-Invent, это не только учет компьютеров, принтеров, программ и комплектующих. Это так же учет ремонтов и обслуживаний, работ по поддержке техники, заказов поставщикам, поступлений и перемещений оборудования, учет контрагентов, сотрудников и многое другое [22]. Основная форма программы IT-Invent показана на рисунке 1.1.

Рисунок 1.1 – форма для заполнения оборудования IT-Invent

Можно выделить следующие достоинства данной программы:

обеспечение поддержки базы данных msaccess и mssqlserver, работа с большими объемами данных;

многопользовательский режим работы;

уникальная система создания и печати инвентарных этикетов;

учет ремонтов и профилактических обслуживаний оборудования и компьютеров;

работает по сети.

Главный недостаток программы IT-Invent – продукт платный.

Второй аналог – это программа Hardware Inspector. Программа предназначена для автоматизированного учета и инвентаризации компьютерной техники и иного оборудования в организациях. Уникальность программы Hardware Inspector заключается в том, что она позволяет вести учет не просто текущего состояния параметров компьютера, а всей истории жизни отдельных комплектующих [22].

Можно выделить следующие достоинства данной программы:

учет лицензий на программное обеспечение;

синхронизация с Active Directory;

возможность быстрого формирования базы данных о сотнях компьютеров в несколько шагов;

полноценная БД с историей перемещения, обслуживания, ремонта.

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

Рисунок 1.2 – представление устройств в дереве рабочих мест HardwareInspector

Третий аналог – это 1С: Учёт компьютеров и оборудования 8.1. Учет оборудования основан главные образом на штрихкодировании, таким образом, любая операция поиска, подбора или техники становится гораздо проще. С помощью этой конфигурации удобно учитывать и проводить инвентаризации компьютеров, оргтехники и любых других материальных ценностей (оборудование, телефоны, мебель), а также автоматизировать другие сферы деятельности [22].

Можно выделить следующие достоинства данной программы:

действует бесплатная линия консультации по электронной почте и ICQ, а в случае необходимости консультации по телефону;

импорт из системы аппаратного аудита Everest;

индивидуальные наборы настроек;

учет расходных материалов.

Среди недостатков можно выделить отсутствие модульности в конфигурации, а также то, что программа является платной. На рисунке 1.3 представлена основная форма программы.

Рисунок 1.3 – основная форма конфигурации 1С

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

Таблица 1.1 – Результаты сравнения существующих информационных систем

Критерий сравнения	IT-Invent	Hardware Inspector	1С: Учет оборудования
Многофункциональность	+	+	+
Привлекательность дизайна	+	+	+
Удобство для пользователя	+	+	+
ПоддержкаБДms access и ms sql server. Работа с большими объемами данных	+	–	+
Учет лицензий на программное обеспечение	–	+	–
Синхронизация с Active Directory	–	+	–
Импорт из системы аппаратного аудита Everest	–	–	+
Многопользовательский режим работы	+	+	+
Действует бесплатная линия консультаций по электронной почте, а в случае необходимости – по телефону	–	–	+
Возможность быстро сформировать БД о сотнях компьютеров в несколько шагов	–	+	+
Удобство механизма перемещения оборудования	–	+	+
Индивидуальные наборы настроек	–	–	–
Поддерживает работу по сети	+	–	+
Полноценная БД с историей перемещения, обслуживания, ремонта	+	+	+
Уникальная система создания и печати инвентарных этикеток	+	–	-
Наличие модульности в конфигурации	–	–	+
Платная программа	+	+	+

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

Анализ научных публикаций и лицензии

При проведении анализа научных публикаций и результатов научно-исследовательских работ, было выделено несколько из них, как наиболее актуальные и значимые в рамках проводимого анализа.

В статье [14] представлена система OCS Inventory NG. Данная программа предназначена для инвентаризации компьютеров в локальной сети, комплектующих и программного обеспечения. Также с ее помощью можно удаленно разворачивать программы на рабочих местах и получать информацию о сетевой конфигурации. GLPI позволяет организовывать службу технической поддержки, автоматизируя обработку обращений пользователей. Обращения обрабатываются с учетом их важности или в порядке очередности. Технология servicedesk позволит автоматизировать и систематизировать поставленную на учет технику. Следует отметить, что одним из недостатков как данного проекта, так и проекта GLPI является малое количество документации [14].

В статье [15] описывается информационная система Kwok Information Server, предназначенная для хранения информации об аппаратных средствах, установленных программах, лицензиях на использование пакета программ, информацию о поставщиках и пользователях. Любые данные легко экспортируются в файл формата csv, который затем можно открыть в том же Excel. Если придерживаться данной технологии при разработке ИС, то полезным будет использование загрузки файлов на сервер (например, драйверов) для распространения среди пользователей.

В ИС Hardware Inspector поддерживается использование штрих-кодов для быстрой и качественной инвентаризации компьютеров и оборудования на предприятии. Данные этикетки со штрих-кодом могут быть распечатаны прямо из приложения, а затем наклеены на каждое подлежащее инвентаризации устройства. Стоит отметить, что штрих-код может быть не только у устройства, но и у самого рабочего места. Благодаря этому можно не выбирать из дерева наше текущее местоположение, а просто отсканировать его этикетку [16].

При анализе статьи [17] была выделена проблема по созданию множества отчетностей при инвентаризации ПК, ПО, лицензий и оборудования на предприятиях. С помощью программного продукта «10-Страйк: Инвентаризация Компьютеров» можно занести все изменения в журнал, и на их основе сформируются отчеты. В данной программе предусмотрено создание множества отчетов по самой разнообразной информации, хранящейся в базе инвентаризации. Предусмотрены десятки готовых отчетов, однако у пользователя имеется возможность создавать и сохранять собственные шаблоны отчетов [17].

В одной из проанализированных статей сформулирована с точки зрения безопасности значимая идея, которую можно использовать в разрабатываемой системе – возможность отслеживания вносимых в конфигурацию системы изменений. Также администратор в программе MyZCL может изменить статус собственности и резерва для зарегистрированных в системе устройств. В случае сбора информации с ОС семейства windows при помощи пакетного файла install.bat происходит запрос сетевого адреса и пути к системе MyZCI, после чего эта информация вносится в файл takedata.js, который, собственно, и собирает и регистрирует информацию об инвентаризируемой системе [18].

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

На основе действующих Лицензионных соглашений, регулирующих порядок использования программных продуктов системы «1С: Предприятие 8.3», лицензии должны приобретаться на:

основные поставки, которые содержат платформу, прикладное решение (конфигурацию) на одно рабочее место;

дополнительные рабочие места;

сервер «1С: Предприятие 8» (сервер приложения);

веб-расширение, продукты для карманных компьютеров и другие.

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

Лицензирование в системе программ «1С: Предприятие 8» поддерживается техническими средствами программной или аппаратной защиты. В поставке программных продуктов содержится конверт с пин-кодами программной защиты либо аппаратный ключ. Для обучения программированию в среде «1С: Предприятие 8» и изучения типовых прикладных решений также имеются доступные широкому кругу пользователей учебные версии.

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

Перед изучением метаданных встроенного языка 1С необходимо познакомиться с такими понятиями как «Платформа «1С: Предприятие 8.3», «Конфигурация», «Объекты конфигурации».

Платформа «1С: Предприятие 8.3» – это предметно-ориентированная среда разработки (также и среда работы с базой) для решения задач, связанных с автоматизацией предприятий. Платформа на компьютере устанавливается один раз, а конфигураций может быть установлено любое количество [2].

Конфигурация 1C – прикладное решение, созданное с помощью 1С платформы, которое содержит описание структуры таблиц базы данных и алгоритмы работы с этими данными.

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

Объект конфигурации – логическая единица, необходимая для настройки и описания различных прикладных задач [3].

Язык программирования 1С – формальная знаковая система, предназначенная для записи компьютерных программ. Язык программирования определяет набор лексических, синтаксических и семантических правил, задающих внешний вид программы и действия, которые выполнит исполнитель (компьютер) под её управлением. Платформа «1С: Предприятие 8.3» имеет полноценный функционал для разработки собственных решений. Главный инструмент разработки – это встроенный язык программирования 1С 8.3 [8].

Язык программирования 1С не имеет названия и официальных источниках, он обозначен как «встроенный язык программирования». Данный язык является предварительно компилируемым предметно-ориентированным языком высокого уровня. Язык более всего напоминает по синтаксису Visual Basic в сочетании с языком запросов T-SQL [23].

Создание новых классов программно в языке 1С 8.3 запрещен. Так как платформа 1С предприятие специализирована для задач учета – состав классов заранее предопределен [9].

Требования к разрабатываемой системе

Разрабатываемая информационная система должна отвечать следующим требованиям:

Требования к структуре и функционированию системы. Перечень подсистем, их назначение и основные характеристики

Структурно система состоит из следующих компонент (подсистем):

подсистема организация и сотрудники;

подсистема учета техники;

подсистема персональных компьютеров и комплектующих;

подсистема отчеты.

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

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

Подсистема персональных компьютеров и комплектующих должна содержать информацию непосредственно о компьютерах и их комплектующих, описание техники и ее свойств.

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

Требования к надежности

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

– при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;

– при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

– при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры.

Требования к безопасности

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).

Требования к эргономике и технической эстетике

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

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.

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

Экранные формы должны проектироваться с учетом требований унификации:

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

– для обозначения одинаковых операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы;

форма отчета на списание должна быть удобной для заполнения и восприятия информации;

форма документа для закупки, закрепления техники должна быть оформлена в виде таблицы со следующими полями: подразделение, сотрудник, устройство, количество;

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

Требования к функциональным характеристикам:

внесение данных в справочники «Организации», «Сотрудники»; «Подразделения», «Периферийные устройства»;

автоматическое заполнение полей отчета на списание данными из справочника;

внесение данных в отчет на списание быстроизнашивающейся техники;

наличие документа на списание с возможностью выбора документа по дате;

вывод на печать отчета документа.

Требования к защите от влияния внешних воздействий

Защита от влияния внешних воздействий должна обеспечиваться средствами программно-технического комплекса.

Требования к программному обеспечению системы

Используемое при разработке ПО должно иметь широкое распространение, использоваться в промышленных масштабах и быть общедоступными. Основной программной платформой должна являться операционная система MS Windows.

Требования к техническому обеспечению

Компьютер конечного пользователя:

операционную систему: Microsoft Windows 98/Me, Microsoft Windows 2000/XP/Server 2003/Vista (рекомендуется Microsoft Windows XP)

процессор Intel Pentium II 400 МГц и выше (рекомендуется Intel Pentium III 866 МГц);

оперативную память 128 Мбайт и выше (рекомендуется 256 Мбайт);

жесткий диск (при установке используется около 220 Мбайт);

устройство чтения компакт-дисков;

USB-порт;

SVGA дисплей;

Компьютер, используемый для разработки конфигураций:

операционную систему: Microsoft Windows 2000/XP/Server 2003/Vista (рекомендуется Microsoft Windows XP);

процессор Intel Pentium III 866 МГц и выше (рекомендуется Intel Pentium IV/Celeron 1800 МГц);

оперативную память 512 Мбайт и выше (рекомендуется 1024 Мбайт);

жесткий диск (при установке используется около 220 Мбайт);

устройство чтения компакт-дисков;

USB-порт;

SVGA дисплей;

Выводы по разделу

В данном разделе был проведен анализ предметной области разрабатываемой информационной системы. Описаны общие сведения о предметной области. Определено, что в рамках выпускной квалификационной работы будет создана база данных учета ПК и оборудования на предприятии на платформе «1С: Предприятие 8.3», поскольку:

существует большой ассортимент готовых решений на базе «1С»;

существует гарантированное оперативное изменение программ при изменениях законодательства;

«1С» – это платформа, поэтому в любой момент программу можно доработать под нужды клиента;

с программами «1С» совместимы и легко настраиваются многие виды торгового оборудования (сканеры штрих-кода, принтеры чеков, фискальные регистраторы, принтеры штрих-кодов, терминалы сбора данных и т.д.);

существует большое количество специалистов, способных доработать необходимое ПО.

Проведен анализ существующих на рынке аналогов разрабатываемой ИС. К достоинствам программы «IT-Invent» можно отнести возможность поддержки БД msaccess и mssqlserver, работы с большими объемами данных, возможность многопользовательского режима работы. Главный недостаток программы IT-Invent – продукт платный. К достоинствам программы «HardwareInspector» можно отнести возможность учета лицензий на ПО, синхронизации с ActiveDirectory, возможность быстрого формирования БД о сотнях компьютеров в несколько шагов. Среди недостатков можно выделить то, что у программы существует неудобных механизм перемещения оборудования, отсутствие возможности импорта данных на рабочее место, а также то, что данная программа является платной. К достоинствам программы «1С: Учет компьютеров» можно отнести возможность импорта данных из аппаратного аудита Everest, наличие индивидуальных наборов настроек, а также поддержка сопровождения программы посредством наличия линии консультации. Среди недостатков программы можно выделить отсутствие модульности в конфигурации, а также ее платность.

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

ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

Общие сведения

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

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

К моделям предметных областей предъявляются следующие требования:

формализация, обеспечивающая однозначное описание структуры предметной области;

понятность для заказчиков и разработчиков на основе применения графических средств отображения модели;

реализуемость, подразумевающая наличие средств физической реализации модели предметной области и ИС;

обеспечение опенки эффективности реализации модели предметной области на основе определенных методов и вычисляемых показателей [13].

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

Разработка моделей информационной системы

Диаграмма вариантов использования

Диаграмма вариантов использования описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Данная диаграмма является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки [11]. Диаграмма вариантов использования представлена на рисунке 2.1.

Рисунок 2.1 – диаграмма вариантов использования

В рамках всей системы были выделены следующие действующие лица:

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

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

База Данных – позволяет хранить данные, как о сотрудниках, так и об оборудовании в целом. Контролировать ее работу может еще один актер – Администратор. БД необходима при расчетах остатков техники на складах, поскольку в ней хранится данная информация. Также в нее можно внести сведения из заполненной сотрудником формы и отсортировать их должным образом.

Администратор – лицо, создающее информационную систему и координирующее ее работу. В его обязанности входит составление программного кода и модулей для заполнения форм сотрудниками и пользователями. Также он должен модернизировать систему и исправлять ошибки, возникшие в процессе ее работы. Рассмотрим возможные сценарии поведения системы, которые представлены в таблицах 2.1-2.5.

Таблица 2.1 – Сценарий 1

Вариант использования	Заполнение формы
Актеры	Пользователь, БД
Цель	Заполнить форму о рабочем месте
Тип	Базовый
Типичный ход событий: Пользователь входит в систему, при необходимости регистрируется. Начинает заполнение формы о рабочем месте. Завершает заполнение, сохранив данные.

Таблица 2.2 – Сценарий 2

Вариант использования	Авторизация
Актеры	Пользователь, БД
Цель	Заполнение формы для авторизации
Тип	Базовый
Типичный ход событий: Пользователь входит в систему, открывается окно авторизации. Данные сравниваются с БД. В случае правильного ввода данных Пользователю разрешен вход в систему. В случае неправильного ввода данных предлагается повторное заполнение или смена пароля.

Таблица 2.3 – Сценарий 3

Вариант использования	Закрепление техники
Актеры	Директор, БД
Цель	Закрепить технику за сотрудником
Тип	Базовый
Типичный ход событий: Директор входит в систему и авторизуется. Ему предоставляется форма для заполнения. В случае удачного закрепления техники за сотрудником данные сохраняются и помещаются в БД. В случае неудачной попытки закрепить оборудование за данным сотрудником, Директору предоставляется возможность закрепить ее за другим сотрудником.

Таблица 2.4 – Сценарий 4

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

Таблица 2.5 – Сценарий 5

Вариант использования	Сортировка данных
Актеры	БД
Цель	Отсортировать данные
Тип	Вспомогательный
Типичный ход событий: В базу данных поступают данные, полученные в результате заполнения одной из форм. Необходимо произвести сортировку данных по дате внесения.

Диаграмма деятельности

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

Диаграмма деятельности позволяет любому, кто выполняет данный процесс, выбирать порядок действий. Другими словами, диаграмма только устанавливает правила обязательной последовательности действий, которым должна следовать система. Это важно для моделирования бизнес-процессов, поскольку эти процессы часто выполняются параллельно. Такие диаграммы также полезны при разработке параллельных алгоритмов, в которых независимые потоки могут выполнять работу параллельно [12].

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

Рисунок 2.2 – диаграмма деятельности процесса заполнения формы

Администратору (Программисту) необходимо выполнить два параллельных действия «Разработать модуль входа в систему» и «Разработать модуль заполнения формы». После чего, по сценарию Пользователю необходимо войти в систему. Проверяется условие «Авторизация прошла успешно?» Если данное высказывание истинно, то Пользователь сможет начать заполнение формы, в противном случае ему нужно вновь войти в систему. После прохождения данного этапа и успешной авторизации база данных сохраняет внесенные Пользователем сведения. Но перед тем, как занести информацию в БД, необходимо проверить, какой объем памяти остался, и достаточно ли его для хранения данных в базе. Если при проверке условия «БД заполнена?» высказывание истинно, то можно заносить данные в БД, иначе «Вывести сообщение» Администратору. Администратор примет решение о дальнейших действиях относительно БД. После того, как информация занесена в БД, она сортируется. Впоследствии сведения доступны только Администратору, который будет контролировать состояние работы базы данных.

Диаграмма состояния

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

Диаграмма состояний показывает все возможные состояния, в которых может находиться объект, а также процесс смены состояний в результате внешнего влияния. Основными элементами диаграммы состояний являются «Состояние» и «Переход» [12].

Диаграмма состояния системы при проверке заполнения формы представлено на рисунке 2.3.

Рисунок 2.3 – диаграмма состояния системы при проверке заполнения формы

«Ожидание» – начальное состояния системы. Далее рассмотрим состояние заполнения формы. На вход данного состояния поступает сообщение, информирующее о начале заполнения формы. Если произошла какая-то ошибка и заполнение по определенным причинам не может быть начато в течение 1 минуты, то отправляется обратное сообщение. Форма находится в состоянии ожидания заполнения. Если заполнение начато, то отправляется следующему состоянию соответствующее событие. Затем форма находится в состоянии обработки данных, внесенных пользователем. Далее используется узел решения, в котором проверяется точность обработки. Если ошибок нет, то форма перейдет в состояние отправления заполненной формы в БД, в противном случае произойдет повторная обработка данных.

Диаграмма последовательности

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

В отличие от диаграммы деятельности, которая показывает только последовательность (алгоритм) работы системы, диаграммы последовательности акцентируют внимание разработчиков на сообщениях, инициирующих вызов определенных операций объекта (класса) или являющихся результатом выполнения операции [14].

Диаграмма последовательности авторизации пользователя представлена на рисунке 2.4.

Рисунок 2.4 – диаграмма последовательности авторизации пользователя

Пользователь отправляет сообщение классу-разграничителю – Дисплею – о том, что он вводит данные, необходимые для авторизации. Затем эти данные Дисплей передает Модулю формы авторизации (класс-контроллер, позволяющий выполнять некоторые операции над объектами). Модуль формы обрабатывает данные, проверяет их и отправляет ответное сообщение Дисплею «Отобразить сообщение», после чего прекращает существовать в данной системе. Затем проверяется условие «Верни ли данные?» Если данное высказывание истинно, то Дисплей отображает ответное сообщение Пользователю и предоставляет доступ к системе. Иначе, Дисплей отправляет сообщение с ошибкой ввода и количеством попыток. Затем, если проведено меньше трех авторизаций, Пользователь снова пробует ввести свои данные, если проведено три неудачных попытки авторизации, то Дисплей отправит сообщение с предложением восстановления пароля.

Пользователь отправляет сообщение Дисплею о том, что он вводит сведения о своем ПК и его комплектующих. Дисплей в свою очередь передает данные Модулю формы для заполнения, который обрабатывает полученные данные. Затем контроллер отправляет сообщение с данными в БД (класс-сущность – обычно применяется для обозначения классов, которые хранят некую информацию о бизнес-объектах).

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

Диаграмма последовательности заполнения формы пользователем представлена на рисунке 2.5.

Рисунок 2.5 – диаграмма последовательности заполнения формы

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

Диаграмма развертывания

Диаграмма развертывания представляет физическое расположение системы, показывая, на каком физическом оборудовании запускается та или иная составляющая программного обеспечения [13].

Диаграмма представлена на рисунке 2.6 и имеет следующую структуру:

Главными элементами диаграммы являются узлы, связанные информационным путем. Узлы представлены двумя устройствами: одно из них Сервер, другое – Персональный компьютер. Внутри Сервера располагается ПО – sqlserver, а внутри ПК – Процессор и Клиентское приложение.

Рисунок 2.6 – диаграмма развертывания

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

Диаграмма компонентов

Диаграмма компонентов, в отличие от ранее рассмотренных диаграмм, описывает особенности физического представления системы. Диаграмма компонентов позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код. Во многих средах разработки модуль или компонент соответствует файлу [12]. Диаграмма компонентов представлена на рисунке 2.7.

Рисунок 2.7 – диаграмма компонентов

Разрабатываемая система состоит из двух компонентов: операционной системы и ПО сервера. Помимо этого в компонент ОС входят такие компоненты, как Драйвера устройств и Клиентское приложение. Компонент Драйверов содержит артефакты и установочные файлы для клавиатуры, монитора, мыши, принтера и т. д. компонент Клиентского приложения содержит такие файлы, как исполняемый файл, файл конфигурации (структура метаданных) и файл БД. В свою очередь компонента ПО сервера содержит компоненту sqlserver, в которой также представлены артефакты используемых баз данных. Компонента программного обеспечения и клиентского приложения взаимосвязаны между собой посредством интерфейса (они как принимают, там и отдают в обработку и на хранение данные, поступающие из приложения).

Разработка модели хранилища информации ИС

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

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

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

Проанализировав структуру базы данных, созданы основные таблицы с полями и типом данных, они приведены в таблице 2.6.

Таблица 2.6 – Список действующих таблиц БД, их атрибуты и типы полей

Название таблицы	Атрибуты	Тип данных
Organization	id	bigint
	name	text

Продолжение таблицы 2.6
Название таблицы	Атрибуты	Тип данных
Premises	id	bigint
	number	int
	id_subdivision	bigint
	id_parent	bigint
Subdivision	id	bigint
	name	text
	id_organization	bigint
	id_premises	bigint
	id_employee	bigint
Employee	id	bigint
	name	text
	gender	text
	birthdate	date
	telephone	varchar(255)
	email	varchar(255)
	Id_subdivision	bigint
Device types	id	bigint
	name	text
	package	int
	Id_device properties	bigint
	value	varchar(255)
Device properties	id	bigint
	name	text
	Value type	varchar(255)
Peripheral devices	id	bigint
	name	text
	id_manufacturer	bigint
	Id_device types	bigint
	Id_device properties	bigint
	value	varchar(255)
	id_software	bigint
Manufacturer	id	bigint
	name	text
Type of malfunction	id	bigint
	name	text
	Id-device	bigint
Software	id	bigint
	name	text

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

Например, для ключевых полей таблиц принято ставить тип bigint, поскольку этот тип данных позволяет хранить очень большие числа, которые могут быть представлены идентификатором [1].

Если размеры записей данных столбцов значительно изменяются и могут превысить максимально указанное число, то используется тип данных varchar(255). Здесь 255 – есть максимальный объем памяти для хранения записанной информации. Поэтому атрибуты расположение рабочего места, наименование производителя, объем памяти, разъемы устройств, электронная почта сотрудника, наименование должности имеют тип данных varchar(255).

Тип данных text позволяет хранить большие объемы текста. Данный тип имеют такие атрибуты, как имя и фамилия сотрудника, работоспособность устройства.

И для хранения чисел используется тип данных int. Он позволяет хранить только целые числа. Такой тип данных используется у атрибутов год выпуска, цена устройства [6].

За первичный ключ во всех созданных таблицах будет отвечать индивидуальный идентификатор сущности. Во всех таблицах данных ключ называется id. Данное поле всегда должно быть заполнено, поскольку при его создании выбирается параметр notnull. По этому ключу можно производить связи с другими полями таблиц [5].

Так, например, в таблице Subdivision есть вторичный ключ id_organization, это значит, что таблицы Organization, Subdivision связаны по первичному ключу в таблице Organization (id) и по вторичному ключу в таблице Subdivision (id_organization).

Аналогично, в таблице Peripheraldevice есть первичный ключ id и вторичные –id_manufacturer, id_deviceproperties. Таблица Peripheraldevice связана с таблицей Manufacturer полями, причем у таблицы Manufacturer это поле id (первичный ключ), а у таблицы Peripheraldevice – id_manufacturer (вторичный ключ).

В таблице 2.7 отражены основные первичные и вторичные ключи приведенных выше таблиц.

Таблица 2.7 – Выделение первичного и вторичного ключей

Название таблицы	Первичный ключ	Вторичный ключ
Organization	id	–
Premises	id	id_subdivision, id_parent
Subdivision	id	id_organization, id_premises, id_employee
Employee	id	id_subdivision
Device types	id	id_ device properties, id_device types
Device properties	id	–
Peripheral devices	id	id_manufacturer, id_ device properties, id_device types? id_software
Manufacturer	id	–
Type of malfunction	id	id_device
Software	id	–

Разрабатываемая диаграмма типа сущность-связь подразумевает объединение всех таблиц по первичным и вторичным ключам, которые были определены в предыдущем разделе. Необходимо определить, какую создавать связь между таблицами: «один-к-одному», «один-ко-многим», «многие-ко-многим».

Например, между таблицами Peripheraldevice и Manufacturer существует связь «один-ко-многим». Данный тип связи трактуется так, что у одного производителя может быть множество создаваемых устройств, которые будут располагаться на предприятии.

Получившаяся схема, разработанная в среде EA, представлена на рисунке 2.8.

Рисунок 2.8 – схема БД

Создадим связь между таблицами Peripheraldevice и Devicetypes «один-к-одному». Это будет означать, что одно устройства имеет один тип устройства.

Выводы по разделу

В данной разделе произведена разработка моделей и диаграмм информационной системы учета ПК и оборудования на языке UML 2.0. Была создана диаграмма вариантов использования, описывающая взаимоотношения и зависимости между актерами в процессе функционирования системы. Создана диаграмма деятельности процесса заполнения формы о рабочем месте, позволяющая описать логику процедур, бизнес-процессы и потоки работ. Смоделирована диаграмма состояния системы при проверке заполнения формы, показывающая все возможные состояния, в которых может находиться объект, а также процесс смены состояний в результате внешнего влияния. Создана диаграмма последовательности авторизации пользователя, позволяющая акцентировать внимание разработчиков на сообщениях, инициирующих вызов определенных операций объекта или являющихся результатом выполнения операции. Также создана диаграмма развертывания, представляющая физическое расположение системы и показывающая, на каком физическом оборудовании запускается та или иная составляющая ПО. Смоделирована диаграмма компонентов, описывающая особенности физического представления системы, определяющая архитектуру разрабатываемой системы, установив зависимости между программными компонентами. Также разработана база данных ИС.

ТЕХНИЧЕСКОЕ РЕШЕНИЕ

Общие сведения

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

Также будут подробно рассмотрены графические результаты реализации системы, такие как: создание справочника «Организации», котором хранится информация об организациях; создание справочника «Помещения», хранящего информацию о помещениях, корпусах, комнатах организации. Создан справочник «Подразделение», в котором хранится вся информация о подразделениях: наименование, руководители, расположение и т.д. Также будет рассмотрено создание справочника «Типы устройств», в котором хранится информация о свойствах устройств, о том, является ли оборудование комплектующим или нет. Будет создан справочник «Периферийные устройства», в котором хранится полная информация об устройствах организации

С помощью документов «Закупки» и «Закрепление устройства» можно будет проводить аналитику относительно имеющихся и недостающих устройств. Документом «Закупки» фиксируется поступающая в организацию (а далее в подразделение) техника. Документом «Закрепление устройства» проводится закрепление устройства за сотрудником, который будет являться ответственным за его работоспособность.

Разработка информационной системы

В данном разделе подробно рассмотрим создание БД «Учет ПК и оборудования на предприятии», созданной на платформе «1С: Предприятие 8.3». Разработанная БД имеет следующие объекты конфигурации, которые представлены на рисунке 3.1.

Рисунок 3.1 – используемые объекты конфигурации

На рисунке 3.2 показаны подсистемы, реализованные для структуризации и упорядочивании хранимой в системе информации.

Рисунок 3.2 – список подсистем в конфигураторе

Для данных подсистем созданы ярлыки в программном продукте Corel Draw. Внешний вид подсистем можно увидеть на рисунке 3.3.

Рисунок 3.3 – панель подсистем программы

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

Рассмотрим объект конфигурации справочник подробнее. Создать новый справочник можно нажатием правой кнопки мыши в дереве объектов конфигурации на объект «Справочники» и выбрать функцию «Добавить». Появится контекстное меню, в котором необходимо создать наименование справочника и его синоним. В справочнике «Организации» хранится информация об организациях, в которых будет проводиться учет техники и устройств. Создадим реквизит «Наименование организации» и перенесем его на форму элемента справочника. Внешний вид формы представлен на рисунке 3.4.

Рисунок 3.4 – форма элемента справочника «Организации»

В данной форме пользователь сможет внести информацию о наименовании организации. Кроме этого, по кнопке «Создать на основании» можно создать новое подразделение, в справочнике которого автоматически по ссылке заполниться наименование организации.

Рассмотрим справочник «Помещения». Данный справочник имеет свойство расположения элементов «Иерархия». Таким образом, можно организовать структуру помещений организации: в корпусе есть этажи, а на каждом этаже – комнаты. Форма списка иерархического вида представлена на рисунке 3.5.

Рисунок 3.5 – форма списка иерархического вида

Форма списка в развернутом виде представлена на рисунке 3.6.

Рисунок 3.6 – форма списка в развернутом виде

Таким образом, в зависимости от того, на каком уровне находится пользователь на форме списка (корпус, этаж, комната), создавая новый элемент на форме элемента, автоматически в поле «РасположенВ» отображается текущее положение. Форма справочника показана на рисунке 3.7.

Рисунок 3.7 – форма элемента справочника «Помещения»

В поле «Номер» в зависимости от уровня, необходимо указать корпус подразделения, либо этаж в корпусе, либо комната этаже. Поле «Подразделение» ссылается на справочник «Подразделения».

Перейдем к справочнику «Подразделения». Форма списка справочника представлена на рисунке 3.8.

Рисунок 3.8 – форма списка справочника «Подразделения»

Данный справочник также имеет тип расположения элементов «Иерархия». Форма списка представлена реквизитами «Наименование подразделения» и «Номер помещения». Форма элемента справочника представлена на рисунке 3.9.

Рисунок 3.9 – форма элемента справочника «Подразделения»

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

Рассмотрим справочник «Типы устройств». Внешний вид формы списка справочника представлен на рисунке 3.10.

Рисунок 3.10 – форма списка справочника «Типы устройств»

На форме списка этого справочника расположены реквизиты «Наименование» (наименование типа устройства) и реквизит «Комплект» с типом данных Булево. Форма справочника представлена на рисунке 3.11.

Рисунок 3.11 – форма элемента для устройства без комплекта

В данном справочнике создается табличные части «Для одиночного» и «Для комплекта». В табличных частях создаются реквизиты «Свойства устройства» и «Типы».

Таким образом, видно, что при заполнении данной формы акцентируется внимание на то, является ли устройство одиночным или комплектом. Если пользователь ставит галочку на поле «Комплект», то появляется еще одна табличная часть «Для комплекта», в которой заполняется информация о типах данного комплекта устройства.

Рассмотрим справочник «Периферийные устройства». Внешний вид справочника представлен на рисунке 3.12.

Рисунок 3.12 – форма элемента справочника «Периферийные устройства»

При работе с этой формой пользователь может записать наименование устройства и выбрать его тип из справочника «Типы устройств». Форма справочника «Периферийные устройства» представлена на рисунке 3.13.

Рисунок 3.13 – форма элемента справочника «Периферийные устройства»

В конфигураторе в модуле формы прописана такая процедура, что при выборе пользователем типа устройства «Системный блок», появляется еще одна табличная часть, которая позволяет заполнить информацию о системном блоке (как одиночном устройстве) или его комплектующих (как для комплекта).

Перейдем к справочнику «Сотрудники». В нем создаем реквизиты «ФИО», «Пол» со ссылкой на перечисление «Пол сотрудника», «Дата рождения» с типом данных «Дата», «Контактный телефон», который выводится по заранее заданной маске. Форма списка справочника представлена на рисунке 3.14.

Рисунок 3.14 – форма списка справочника «Сотрудники»

Форма списка справочника содержит реквизиты «ФИО», «Пол», «Контактный телефон». Внешний вид формы элемента представлен на рисунке 3.15.

Рисунок 3.15 – форма элемента справочника «Сотрудники»

В данной форме пользователь может записать информацию о сотруднике, заполнив необходимые поля. Поле «Пол» ссылается на объект конфигурации Перечисления, в котором хранятся реквизиты «жен» и «муж». Дату рождения и телефон вводится по созданной в конфигураторе маске. Подразделение выбирается из справочника «Подразделения» и автоматически определяется ФИО руководителя выбранного подразделения.

Перейдем к рассмотрению и анализу работы документов данной БД. Рассмотрим документ «Закупки», внешний вид которого представлен на рисунке 3.16.

Рисунок 3.16 – форма списка документа «Закупки»

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

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

Форма документа представлена на рисунке 3.17.

Рисунок 3.17 – форма элемента документа «Закупки»

Рассмотрим еще один документ «Закрепление устройства».

На форме списка отображаются фактически проведенные документы, а именно – закрепление устройства с подразделения (сотрудника) на сотрудника. Форма заполненного документа представлена на рисунке 3.18.

Рисунок 3.18 – форма элемента документа «Закрепление устройства»

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

Рисунок 3.19 – модальное окно с предупреждением

Для того чтобы видеть сводную информацию по документу, необходимо создать печатную форму. Ниже на рисунке 3.20 представлена печатная форма документа «Списание техники», которая открывается по нажатию на кнопку «Печать». В рамках выпускной квалификационной работы разработан логотип подразделения Управления информационными технологиями в программном продукте Corel Draw. Логотип сделан в сине-голубых тонах. Данные цвета символизируют интеллект, честность, спокойствие и уверенность. Логотип представляет собой шар, состоящий из множества задач и подзадач, которые выполняют сотрудники подразделения. В основе логотипа лежит форма окружности (круга). В дизайне логотипов шаблон круга подразумевает много людей или части, которые составляют одно целое. Круг эффективно представляет охватывающие группы, такие как коллектив, глобальные организации и государственные учреждения. Макет печатной формы создается вручную, на нем располагаются области, отвечающие за отображение той или иной информации. С помощью шаблонов и параметров созданный макет программно заполняется данными из документа.

Рисунок 3.20 – печатная форма списания устройств

Сформируем созданный отчет «Перемещение техники», внешний вид которого представлен на рисунке 3.21.

Рисунок 3.21 – внешний вид отчета «Перемещение техники»

Отчет отражает движение устройств между подразделениями и сотрудниками и наоборот. С помощью данного отчета удобно смотреть, сколько устройств пришло в то или иное подразделение, сколько было списано или перемещено и сколько устройств в остатке у подразделения или сотрудника. Данные собираются из регистра накопления «Остатки техники», в котором отражены движения документов «Закупки», «Закрепление устройства», «Списание техники», которые рассмотрены выше.

Выводы по разделу

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

Также подробно рассмотрены графические результаты реализации системы, такие как: создание справочника «Организации», котором хранится информация об организациях; создание справочника «Помещения», хранящего информацию о помещениях, корпусах, комнатах организации. Создан справочник «Подразделение», в котором хранится вся информация о подразделениях: наименование, руководители, расположение и т.д. Также рассмотрено создание справочника «Типы устройств», в котором хранится информация о свойствах устройств и о том, является ли оборудование комплектующим или нет. В созданном справочнике «Периферийные устройства» хранится полная информация об устройствах организации. В справочнике «сотрудники» хранится информация о сотрудниках: ФИО, пол, контактный телефон, электронная почта и т.д.

С помощью документов «Закупки» и «Закрепление устройства» можно проводить аналитику относительно имеющихся и недостающих устройств. Документом «Закупки» фиксируется поступающая в организацию (а далее в подразделение) техника. Документом «Закрепление устройства» проводится закрепление устройства за сотрудником, который будет являться ответственным за его работоспособность. Также рассмотрены созданные ярлыки для подсистем программы, печатная форма документа «Списание техники», созданный логотип для подразделения, сводный отчет по перемещениям техники в организации.

Заключение

В результате проделанной выпускной квалификационной работы была разработана и реализована модель информационной системы учета ПК и оборудования на предприятии, которая обеспечит:

– стандартизацию и упорядоченность оборудования;

– оперативность и удобство подсчета и классификации оборудования;

– открытость и доступность в получении необходимых данных.

В первом разделе проведен анализ существующих на рынке аналогов разрабатываемой ИС. К достоинствам программы «IT-Invent» можно отнести возможность поддержки БД msaccess и mssqlserver, работы с большими объемами данных, возможность многопользовательского режима работы. Главный недостаток программы IT-Invent– продукт платный. К достоинствам программы «HardwareInspector» можно отнести возможность учета лицензий на ПО, синхронизации с ActiveDirectory, возможность быстрого формирования БД о сотнях компьютеров в несколько шагов. Среди недостатков можно выделить то, что у программы существует неудобных механизм перемещения оборудования, отсутствие возможности импорта данных на рабочее место, а также то, что данная программа является платной. К достоинствам программы «1С: Учет компьютеров» можно отнести возможность импорта данных из аппаратного аудита Everest, наличие индивидуальных наборов настроек, а также поддержка сопровождения программы посредством наличия линии консультации. Среди недостатков программы можно выделить отсутствие модульности в конфигурации, а также ее платность.

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

Во втором разделе произведена разработка моделей и диаграмм информационной системы учета ПК и оборудования на языке UML 2.0. Была создана диаграмма вариантов использования, описывающая взаимоотношения и зависимости между актерами в процессе функционирования системы. Создана диаграмма деятельности процесса заполнения формы о рабочем месте, позволяющая описать логику процедур, бизнес-процессы и потоки работ. Смоделирована диаграмма состояния системы при проверке заполнения формы, показывающая все возможные состояния, в которых может находиться объект, а также процесс смены состояний в результате внешнего влияния. Создана диаграмма последовательности авторизации пользователя, позволяющая акцентировать внимание разработчиков на сообщениях, инициирующих вызов определенных операций объекта или являющихся результатом выполнения операции. Также создана диаграмма развертывания, представляющая физическое расположение системы и показывающая, на каком физическом оборудовании запускается та или иная составляющая ПО. Смоделирована диаграмма компонентов, описывающая особенности физического представления системы, определяющая архитектуру разрабатываемой системы, установив зависимости между программными компонентами. Также разработана база данных ИС.

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

Также подробно рассмотрены графические результаты реализации системы, такие как: создание справочника «Организации», котором хранится информация об организациях; создание справочника «Помещения», хранящего информацию о помещениях, корпусах, комнатах организации. Создан справочник «Подразделение», в котором хранится вся информация о подразделениях: наименование, руководители, расположение и т.д. Также рассмотрено создание справочника «Типы устройств», в котором хранится информация о свойствах устройств и о том, является ли оборудование комплектующим или нет. В созданном справочнике «Периферийные устройства» хранится полная информация об устройствах организации. В справочнике «сотрудники» хранится информация о сотрудниках: ФИО, пол, контактный телефон, электронная почта и т.д.

С помощью документов «Закупки» и «Закрепление устройства» можно проводить аналитику относительно имеющихся и недостающих устройств. Документом «Закупки» фиксируется поступающая в организацию (а далее в подразделение) техника. Документом «Закрепление устройства» проводится закрепление устройства за сотрудником, который будет являться ответственным за его работоспособность.

Рассмотрены созданные ярлыки для подсистем программы, печатная форма документа «Списание техники», созданный логотип для подразделения, сводный отчет по перемещениям техники в организации.

Приложения содержат процедуру, написанную в модуле документа.

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

Все поставленные задачи выпускной квалификационной работы были успешно выполнены.

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

Радченко М.Г. 1С: Предприятие 8.3 / практическое пособие разработчика. Примеры и типовые приемы. – М.: 1С-Паблишинг, 2016. –963 с.

Ульянцева С. Э. Управление документами. Быстро, эффективно, своими силами. На примере «1С: Документооборота 8». – М.: 1С-Паблишинг, 2017. – 150 с.

Хрусталева Е. Ю. Язык запросов «1С:Предприятия 8». – М.: 1С-Паблишинг, 2017. – 369 с.

Хрусталева Е. Ю. Разработка сложных отчетов в «1С: Предприятии 8». Система компоновки данных / 2-е издание. – М.: 1С-Паблишинг, 2016. – 516 с.

Алексеев А., Безбородов А. Руководство разработчика. – М.: Фирма «1С», 2015. – 1277 с.

Габец А.П., Гончаров Д.И. 1С: Предприятие 8.0 Простые примеры разработки. – М.: 1С-Паблишинг, 2015. – 420 с.

Бек Кент Шаблоны реализации корпоративных приложений. – М.: Вильямс, 2016. – 369 c.

Хассан Гома UML. Проектирование систем реального времени, распределенных и параллельных приложений / 2-е издание. – М.: ДМК Пресс, 2015. – 172 с.

Фаулер Мартин UML. Основы, 3-е издание. – СПБ.: Символ-Плюс, 2016. – 167 с.

Пайлон Д., Питмен Н. UML 2 для программистов. – СПБ.: Питер, 2017. – 1000 с.

Нейбург Эрик, Максимчук Роберт Проектирование баз данных с помощью UML . – М.: Вильямс, 2017. – 228 с.

Мюллер Дж. Роберт Базы данных и UML. Проектирование. – М.: Лори, 2016. – 420 с.

Арлоу Джим, Нейштадт Айла UML 2 и Унифицированный процесс. Практический объектно-ориентированный анализ и проектирование / 2-ое издание. – Спб.: Символ-Плюс, 2012. – 624 с.

Учет оборудования с ocs inventory ng и glpi. Режим доступа: http://elibrary.ru/item.asp?id=20406936, свободный

УчетоборудованиясKwok Information Server. Режим доступа: http://elibrary.ru/item.asp?id=20409132, свободный

Учет компьютеров с помощью штрих-кодов. Режим доступа: http://elibrary.ru/item.asp?id=20463864, свободный

Учет компьютеров и программ с помощью «10-Страйк: Инвентаризация Компьютеров». Режим доступа: http://elibrary.ru/item.asp?id=20463974, свободный

MyZCI поможет. Моя система автоматической инвентаризации. Режим доступа: http://elibrary.ru/item.asp?id=20406844, свободный

Сайт 1С: Предприятие. Режим доступа: http://v8.1c.ru/news/publication.jsp?id=292, свободный

Сайт 1С: Предприятие. Режим доступа: http://v8.1c.ru/metod/publication.jsp?id=554, свободный

Сайт по программированию для начинающих. Режим доступа: http://info-comp.ru/programmirovanie/174--chto-takoe-views.html, свободный

Форум программистов и сисадминов CyberForum.ru. Режим доступа: http://www.cyberforum.ru/, свободный

ПРИЛОЖЕНИЕ А

(справочное)

Спецификация

ПРИЛОЖЕНИЕ В

(справочное)

Код процедуры обработки проведения документа

Процедура ОбработкаПроведения(Отказ, Режим)

// регистр ОстаткиТехники Приход

Движения.ОстаткиТехники.Записывать = Истина;

Для Каждого ТекСтрокаУстройство Из Устройство Цикл

Движение = Движения.ОстаткиТехники.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

если ТипЗНЧ(ПодразделениеИСотрудник)=Тип(«СправочникСсылка.Сотрудники»)

тогда Движение.Подразделение = ПодразделениеИСотрудник.Владелец;

иначе Движение.Подразделение = ПодразделениеИСотрудник;

конецесли;

Движение.Устройство = ТекСтрокаУстройство.Устройство;

если ТипЗНЧ(ПодразделениеИСотрудник)=Тип(«СправочникСсылка.Сотрудники»)

тогда Движение.Сотрудник = ПодразделениеИСотрудник;

конецесли;

Движение.Количество = ТекСтрокаУстройство.Количество;

Движение = Движения.ОстаткиТехники.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

Движение.Период = Дата;

если ТипЗНЧ(Сотрудник) = Тип(«СправочникСсылка.Сотрудники»)

тогда Движение.Подразделение = Сотрудник.Владелец;

иначе Движение.Подразделение = Сотрудник;

конецесли;

Движение.Устройство = ТекСтрокаУстройство.Устройство;

если ТипЗНЧ(Сотрудник) = Тип(«СправочникСсылка.Сотрудники»)

тогда Движение.Сотрудник = Сотрудник;

конецесли;

Движение.Количество = ТекСтрокаУстройство.Количество;

КонецЦикла;

КонецПроцедуры

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)

если РежимЗаписи = РежимЗаписиДокумента.Проведение

тогда

Запрос = Новый Запрос;

Запрос.Текст =

«ВЫБРАТЬ

|ОстаткиТехникиОстаткиИОбороты.КоличествоКонечныйОстаток,

|ОстаткиТехникиОстаткиИОбороты.Устройство

|ИЗ

|РегистрНакопления.ОстаткиТехники.ОстаткиИОбороты(,&КонПериода) КАК ОстаткиТехникиОстаткиИОбороты

|ГДЕ

|ОстаткиТехникиОстаткиИОбороты.Устройство = &Устройство

|И ОстаткиТехникиОстаткиИОбороты.Подразделение = &Подразделение

|И ОстаткиТехникиОстаткиИОбороты.Сотрудник = &Сотрудник»;

Запрос.УстановитьПараметр(«КонПериода», Дата-1);

для каждого строки из Устройство

цикл

если ТипЗНЧ(ПодразделениеИСотрудник)=Тип(«СправочникСсылка.Сотрудники»)

тогда

Запрос.УстановитьПараметр(«Устройство», строки.Устройство);

Запрос.УстановитьПараметр(«Подразделение»,ЭтотОбъект.ПодразделениеИСотрудник.Владелец);

Запрос.УстановитьПараметр(«Сотрудник»,ЭтотОбъект.ПодразделениеИСотрудник);

иначе

Запрос.УстановитьПараметр(«Устройство», строки.Устройство);

Запрос.УстановитьПараметр(«Подразделение»,ЭтотОбъект.ПодразделениеИСотрудник);

Запрос.УстановитьПараметр(«Сотрудник»,Справочники.Сотрудники.ПустаяСсылка());

конецесли;

РезультатЗапроса = Запрос.Выполнить();

ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();

если ВыборкаДетальныеЗаписи.Количество()= 0

тогда

Сообщить («Осталось 0»+» «+строки.Устройство );

Отказ = Истина;

Возврат;

конецесли;

Пока ВыборкаДетальныеЗаписи.Следующий() Цикл

если строки.Количество > ВыборкаДетальныеЗаписи.КоличествоКонечныйОстаток

тогда Сообщить («Осталось « + ВыборкаДетальныеЗаписи.КоличествоКонечныйОстаток + « « + строки.Устройство);

Отказ = Истина;

Возврат;

конецесли;

конеццикла;

КонецЦикла;

Конецесли;

Код для цитирования: Скопировать