1 Анализ технического задания
В данном дипломном проекте необходимо разработать систему автоматизации учета автотранспорта, создание которой направлено на автоматизацию деятельности предприятия.
От правильной организации работы предприятия зависит очень многое. В настоящей работе будет решаться задача построения информационной системы, посредством которой можно было бы оперативно вносить, удалять и корректировать сведения об автомобилях, проходящих через компаунд, а так же получать резюмирующие сведения, для нужд менеджмента предприятия.
Актуальность данной работы объясняется тем, что единая информационная среда, в которой могли бы работать сотрудники отдела продаж и компаунда, повысила бы эффективность их труда, сократила бы издержки предприятия. Помимо снижения трудозатрат, внедряемая система автоматизации, позволила бы получать руководству предприятия более точные сведения о ее функционировании, что позволило бы принимать более взвешенные решения о дальнейшем развитии предприятия.
Итак, целью настоящей дипломной работы является построение автоматизированной системы для решения учетных задач, возникающих на предприятии.
Для достижения поставленной цели необходимо решить ряд задач:
Рассмотреть теоретический аспект внедрения систем автоматизации;
Проанализировать существующие методы автоматизации;
Формализовать деятельность предприятия, выделив необходимые к отслеживанию процессы;
Выбрать необходимую среду реализации ПО;
Разработать действующее ПО, решающее поставленные задачи;
Проанализировать экономическую эффективность внедрения средства автоматизации.
1.1 Патентный поиск.
Проведенный патентный поиск выявил подобную систему схожую по ряду функций, но уступающую по некоторым параметрам. Это свидетельство о регистрации программы для ЭВМ № 2013617552.
Программа предназначена для автоматизации деятельности производственных подразделений предприятия, занимающихся эксплуатацией, техническим обслуживания и ремонтом оборудования и объектов систем предприятия. Программа обеспечивает выполнение следующих функций: учет оборудования и объектов предприятия ; планирование и учет технического обслуживания и ремонтов оборудования и объектов предприятия ; планирование и учет диагностических обследований оборудования и объектов предприятия ; планирование и учет проведения тендеров на выполнение ремонтных, проектно-изыскательных и диагностических работ; планирование и учет метрологического контроля САУ и средств измерений; планирование и учет проектно-изыскательных работ; формирование технологических и структурных схем; учет вычислительной и оргтехники; учет транспортных средств и механизмов; планирование и учет технического обслуживания и ремонтов транспортных средств и механизмов; обработка путевых листов; формирование и учет выполнения плана оргтех-мероприятий; управление инцидентами; природоохранный учет; планирование и учет медицинских осмотров персонала; аттестация сварочного оборудования, технологий сварки и сварщиков; учет расходования финансовых средств на реализацию корпоративной программы жилищного обеспечения; ведение оперативных диспетчерских журналов; расчет запаса газа, баланса газа, товаро-транспортной работы мониторинг качества деятельности подразделений газотранспортного предприятия; мониторинг восполнения аварийного запаса; формирование отчетности; администрирование пользователей; интеграция с внешними системами.
1.2 Основные требования системы и анализ технических требований к программе
В деятельности предприятия происходят постоянные изменения. Поэтому на эти изменения должен реагировать и разрабатываемая программа. В программе необходимо предусмотреть возможные изменения и совершенствования. Внедряя ПО необходимо сохранить целостность системы и
взаимосвязь между решаемыми задачами. Данный программный продукт должен иметь дружественный интерфейс, доступный для освоения любому, даже неподготовленному пользователю, наглядное представление информации как при вводе, так и при выводе на экран, то есть система должна быть проста, удобна и содержать в себе все необходимые данные.
Первыми ограничениями при написании программ - это технические требования к ней. Они формируются исходя из мощности оборудования, операционной системой и программным обеспечением, установленным на компьютерах, от того будет ли это программа работать в сети и если да, то в какой именно.
Таким образом, технические требования к программе составляются с учетом комплекса всех аппаратных и программных средств, в котором создаваемая программа должна нормально функционировать. Важными является требования и к самой программе, например к её интерфейсу и выполняемым функциям, а также к быстродействию и надежности.
К системе были сформулированы следующие требования:
программа должна быть выполнена в виде приложения, работающего под управлением операционной системы WINDOWS 9Х/2000/XP/7;
построение полного сводного отчета в Excel;
комплекс подключаемых отчетов в Excel;
гармоничный, продуманный и понятный интерфейс;
возможность построения отчетов на любую дату;
широкий выбор шаблонов типовых отчетов;
программа должна обеспечивать ввод, хранение, удаление, пополнение и эффективный доступ ко всем данным, а так же их соответствующая обработка;
в программе должен быть обеспечен ввод исходных данных пользователями в интерактивном режиме с клавиатуры;
в программе должны быть разработаны вопросы защиты комплекса программ и данных.
1.3 Обзор литературы
На современном рынке книг существует достаточно много технической литературы созданной как для начинающих программистов, так и для профессионалов. Различные авторы описывают самые разнообразные языки программирования и среды разработки программного обеспечения, существующие на сегодняшний день. Рассмотрим некоторые из этих книг, содержание которых направлено на программирование в Delphi 7:
Коннолли Т., Бегг К., Страчан А. Базы данных. Проектирование, реализация и сопровождение. – М.: Интрада, 2007.- 255с. Авторы этой книги сконцентрировали на ее страницах весь свой опыт разработки баз данных для нужд промышленности, бизнеса и науки. Результатом их труда стало беспрецедентно полное справочное руководство по проектированию, реализации и сопровождению баз данных. Ясное изложение теоретического и практического материала, включающего детально разработанную методологию проектирования и реализации баз данных, а также подробное рассмотрение существующих языков и стандартов, делает эту книгу доступной и полезной как студентам, так и опытным профессионалам. Второе издание книги дополнено несколькими новыми главами, освещающими новейшие технологии в этой области - объектные базы данных, объектно-реляционные базы данных, использование СУБД в Web, использование хранилищ данных и средств комплексного анализа (OLAP), а также большим количеством новых примеров и переработанных упражнений. Ясное и четкое изложение материала, наличие двух полномасштабных учебных
примеров и множества контрольных вопросов и упражнений, позволяет использовать эту книгу не только при самостоятельном обучении, но и как основу для разработки курсов обучения любых уровней сложности - от студентов младших курсов, до аспирантов, а также как исчерпывающее справочное руководство для профессионалов;
Попов В. Самоучитель Паскаль и Delphi. – СПб.: Питер, 2004. – 736 с. Данное пособие представляет собой курс по изучению популярного языка программирования Паскаль. В нем последовательно излагаются основные принципы структурного и объектно-ориентированного программирования . Наиболее подробно рассматриваются интегрированные среды программирования - Турбо Паскаль и Делфи. В каждой главе разбираются примеры рабочих программ . Для самопроверки усвоения теоритического материала вы можете воспользоваться вопросами , приведенными в конце каждой главы Выполнение заданий по разработке приложений поможет сформировать прочные навыки программирования. Книга предназначена для учащихся и студентов общеобразовательных, высших и средних учебных заведений и благодаря наличию большого количества детально рассмотренных примеров вопросов и заданий может быть использована для самообразования;
Фаронов В.В. Программирование баз данных в Delphi 7. – СПб.: Питер, 2006. – 457 c. В книге описываются многочисленные визуальные и невизуальные компоненты, а также технологии, использующиеся для создания приложений баз данных. Последовательно рассматриваются три наиболее распространенных архитектуры баз данных - файл-серверная, клиент-серверная и трехзвенная. Многие описываемые технологии могут быть применены и в более ранних версиях пакета Delphi. Книга содержит также значительный объем тщательно отобранной и хорошо организованной справочной информации;
Фаронов В.В. Delphi 2005: разработка приложений для баз данных и Интернета. – СПб.: Питер, 2006. – 605 с. В книге самого известного в нашей стране автора по тематике Delphi на многочисленных примерах показывается применение системы програм-мирования Delphi 2005 для создания двух наиболее важных типов приложений: для управления базами данных и для работы с Интернетом. Книги являются необходимым атрибутом при написании программ. Так как разрабатываемое программное средство является не просто программой, а целой системой управления базами данных, то в дополнении к книгам по программированию необходимо использовать книги, посвященные принципам создания баз данных.
2 Выбор инструментальных средств
Разработка интерфейса в Delphi 7.0 является самой простой задачей для программиста. В Delphi 7.0 есть все необходимые средства для создания удобного для пользователя интерфейса программы.
Написанная программа имеет удобный пользовательский интерфейс, что значительно облегчает работу.
Данная БД предоставляет пользователю следующие возможности:
Просмотр записей в базе данных. Для просмотра какой-либо информации нужно выбрать соответствующий пункт меню. Данные о предприятии отображаются в табличной форме;
Перемещение по таблице осуществляется с помощью соответствующих кнопок и навигатора;
В главном меню можно добавить данные в таблицу. Кнопки «добавить», «сохранить» и «очистить» служат для работы с вновь введёнными данными. Чтобы избежать ошибок, при заполнении таблицы следует заполнить все строки ввода;
Поиск. Неточный;
В данной программе реализованы два варианта поиска. В главном окне программы можно выбрать поиск неточный;
При неточном поиске также требуется выбрать таблицу, в записях которой присутствует искомые данные. В строку поиска надо ввести часть слова/букву/цифру. Появится список со встречающимся символом/ комбинацией;
Формирование запросов;
Для формирования SQL-запросов необходимо открыть вкладку «данные» главного меню программы и в появившемся окне выбрать любой из встречающихся запросов, либо в строке ввода сформировать свой запрос;
Создание резервной копии базы данных. Программа позволяет создавать резервную копию БД. Для этого используется следующий механизм:
в главном меню программы выбрать вкладку «настройка». При нажатии
«резервное копирование БД» создается копия нашей базы – файл BASE.NBF. В процессе работы с таблицами можно восстановить исходные таблицы БД (например, в случае некорректной работы с ними). Для этого необходимо нажать на кнопку «Восстановить копию БД из файла». После чего программа отключается от БД, заменяет файл BASE.FDB файлом BASE.NBF;
Расчёты. Для расчётов следует снова обратиться к главному меню
«данные» - «расчёт». В появившемся окне следует ознакомиться с основными формулами, выбрать нужные и рассчитать. При необходимости расчёты можно вывести на печать;
Отчёты. При необходимости получить распечатку данных надо зайти в «сервис» - «отчёты» и выбрать среди предложенных нужный;
«Справка» - «о программе..» облегчит пользователю работу с приложением;
В настоящее время существует достаточно большое количество различных СУБД, позволяющих создавать и управлять разного рода базами данных.
Среди наиболее современных распространенных СУБД можно выделить следующие:
Paradox;
dBase;
Informix;
MS SQL Server;
Oracle;
InterBase;
FoxPro;
MySQL;
SYBase SQL Server и др.
Выбор конкретной СУБД, для реализации поставленной задачи, связан с её
отличительными чертами (характеристиками), к которым можно отнести тип, состав, языковые средства, требования к операционным системам и ЭВМ, наличие хорошей помощи разработчику, удобство приложений для конечного пользователя, возможность работы в локальной сети ЭВМ.
Для выбора следует внимательно изучить все черты СУБД, взвесить все «За» и «Против», и принять соответствующее решение.
Что касается поставленной задачи, то есть разработки БД учета транспорта на предприятии, то здесь практически не возникает трудностей с выбором СУБД. Оптимальным решением задачи выбора является СУБД InterBase.
InterBase - это система управления реляционными базами данных, поставляемая корпорацией BORLAND для построения приложений с архитектурой клиент-сервер произвольного масштаба: от сетевой среды небольшой рабочей группы с сервером под управлением Novell NetWare или Windows NT на базе IBM PC до информационных систем крупного предприятия на базе серверов IBM, Hewlett-Packard, SUN и т.п.
В пакет Delphi версии входит однопользовательская версия InterBase для Windows - Local InterBase. Используя Local InterBase можно создавать и отлаживать приложения, работающие с данными по схеме клиент-сервер, без подключения к настоящему серверу. В дальнейшем потребуется только перенастроить используемый псевдоним базы данных и программа будет работать с реальной базой без перекомпиляции. Кроме того, Local InterBase можно использовать в приложениях для работы с данными вместо таблиц Paradox.
Применительно к поставленной задаче, данная система выбрана потому, что она содержит список всех необходимых типов данных для создания полей записей БД, позволяет без особых затруднений организовать соответствующую целостность данных, защитить данные от несанкционированного доступа.
К тому же она является приемлемой со стороны исходных данных к проекту, которые предполагают использование для разработки такие операционные системы как Windows XP/Vista/8/10.
Firebird (FirebirdSQL) — компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах. В качестве преимуществ Firebird можно отметить многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных и аналитических запросов (это возможно потому, что читающие пользователи не блокируют пишущих), компактность (дистрибутив 5Mb), высокую эффективность и мощную языковую поддержку для хранимых процедур и триггеров.
Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0.
InterBase. Основой InterBase был проект, разработанный Джимом Старки (Jim Starkey) во время работы над СУБД Datatrive. Джим создал его как реализацию своей идеи базы данных с многоверсионной архитектурой. В то время (1984) она называлась JRD (Jim’s Relational Database). По-видимому, за основу была взята архитектура Rdb, так как Джим Старки был одним из разработчиков этой СУБД в DEC.
Надо сказать, что в основном эта СУБД использовалась во встраиваемых системах военного и специального назначения — например, она до сих пор используется в системе управления американской системы залпового огня MLPRS, а также в компании Боинг для специальных расчетов жесткости крыльев.
Основными достоинствами последней версии InterBase являются низкие требования к системе, с одновременной масштабируемостью на несколько процессоров, плюс развитая система мониторинга, временные таблицы,
встраиваемая аутентификация пользователей, журналирование. Традиционным достоинством считается кросс-платформенность — InterBase поддерживает Linux, Microsoft Windows, Unix и Solaris.
Для построения таблиц использовался IBExpert. IBExpert — GUI-оболочка, предназначенная для разработки и администрирования баз данных InterBase и Firebird, а также для выбора и изменения данных, хранящихся в базах.
Как основные достоинства IBExpert разработчики указывают:
поддержка InterBase версий 4.х, 5.х, 6.х, 7.х; Firebird 1.х, 2.x; Yaffil 1.х;
работа одновременно с несколькими базами данных;
отдельные редакторы для всех объектов БД с синтаксической подсветкой;
мощный SQL редактор с историей запросов и возможностью фонового выполнения запросов;
автозавершение кода SQL (название таблиц, полей, и т.п.)
отладчик хранимых процедур и триггеров;
поиск в метаданных;
полное и частичное извлечение данных и метаданных;
анализатор зависимостей объектов баз данных;
отчеты по метаданным;
менеджеры пользователей и пользовательских привилегий;
экспорт данных в различные форматы.
IBExpert обладает множеством облегчающих работу компонентов: визуальный редактор для всех объектов базы данных, редактор SQL и исполнитель скриптов, отладчик для хранимых процедур и триггеров, построитель области, собственный скриптовый язык, а также дизайнер баз данных и т. д.
3 Разработка структур базовых таблиц и общей структуры базы данных
3.1 Требования, предъявляемые к базе данных
Минимальная избыточность. Данные, хранимые в памяти ЭВМ, могут содержать как полезную, так и вредную избыточность. Вредная избыточность всегда имеет место, когда каждый пользователь вынужден создавать для своих приложений отдельный набор данных. Если нескольким пользователям требовались бы одни и те же данные, то они повторялись бы в каждом наборе. Такую избыточность часто называют неконтролируемой, поскольку об её существовании отдельные пользователи могут и не подозревать. К полезной избыточности можно отнести периодические копии данных хранящихся в базе данных. Эта избыточность легко контролируется. Более того, она является необходимой, например, для восстановления данных, разрушенных при случайных сбоях в работе ЭВМ. Таким образом, требование минимальной избыточности следует понимать как устранение вредной (неконтролируемой) и сведение к минимуму полезной (контролируемой) избыточности;
целостность данных. Целостность данных состоит в поддержании правильности данных. Обеспечивается восстановлением данных после разрушения в результате случайных сбоев в работе ЭВМ, а также устранения противоречивости данных, которое заключается в появлении различных экземпляров для одних и тех же атрибутов. Противоречивость может появиться при обновлении избыточных данных в том случае, если обновление будет выполнено только на части данных;
безопасность и секретность. Обеспечивает защиту данных от аппаратных и программных сбоев, от катастрофических и криминальных ситуаций, а также от некомпетентного доступа к ним;
независимость данных. Обеспечивает возможность изменения структуры базы данных без изменения прикладных программ пользователей. Понимается в двух аспектах, а именно, как логическая и физическая независимость;
логическая независимость предлагает возможность изменения логической структуры баз данных, не затрагивая прикладных программ;
физическая независимость подразумевает такую же возможность физической структуры баз данных, включая как способы размещения данных на физических носителях, так и методы доступа к данным (то есть операции поиска, чтения и записи данных в память ЭВМ). Обеспечение независимости данных представляет собой основную цель, преследуемую при создании базы данных;
производительность. Характеризуется временем ответа информационной системы, использующей базы данных, на запросы пользователей. При этом запросы на данные должны удовлетворяться с такой скоростью, какая требуется для использования данных;
гибкость и способность к расширению. Понимается как способность базы данных к наращиванию данных, а также увеличению количества возможных приложений и расширению функций в пределах каждого приложения.
В главном модуле программного комплекса для хранения и обработки информации используется сетевая база данных. Так как в качестве сервера баз данных выбран SQL – сервер Firebird, то разрабатываемая база будет иметь формат *. fdb.
Первым этапом при разработке алгоритма программы управления базой данных является создание связанных между собой базовых таблиц, то есть представление самой базы данных как системы таблиц.
Построение модели данных предполагает определение сущностей и атрибутов, то есть необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте. Сущность можно определить как объект, событие или концепцию, информация о котором должна сохраняться. Сущности должны иметь атрибуты.
Каждый атрибут хранит информацию об определенном свойстве сущности. Каждый экземпляр сущности должен быть уникальным. Атрибут или группа атрибутов, которые идентифицируют сущность, называется первичным ключом.
В настоящий момент существует множество моделей представления данных. Среди них можно выделить следующие: модель «сущность – связь», продукционная модель, фреймовая модель, семантическая сеть и другие.
Для построения модели данных предметной области разрабатываемого приложения используем модель «сущность - связь», так как она позволяет представлять данные независимо от их программной реализации. Указанная модель основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значение данных в контексте их взаимосвязи с другими данными о предметной области.
Из модели «Сущность – Связь» могут быть получены другие модели представления данных.
При построении модели используется ряд правил и договоренностей.
Сущности обозначаются прямоугольником (независимая сущность), прямоугольником с скругленными углами (зависимая сущность). Над обозначением сущности указывается ее название. Атрибуты, характеризующие сущность, указываются в виде списка внутри прямоугольника, причем атрибуты, составляющие ключ сущности группируются в верхней части прямоугольника и отделяются горизонтальной чертой.
Для обозначения связей между сущностями используются линии различающиеся начертанием.
Идентифицирующая связь указывается сплошной чертой, а не идентифицирующая связь обозначается пунктирной линией.
Отношения между сущностями обозначается в виде ромба с названием отношения.
Для избавления от избыточности информации в базе данных ее целесообразно представить в виде нескольких сущностей.
При физическом проектировании, каждой сущности будет соответствовать отдельная таблица. Все таблицы объединены в базу данных, которая хранится в файле.
Информация о разработанных таблицах хранится в файле BASE.FDB: «TRANSPORT» – хранит информацию о транспорте, «SOTRUDNIKI» - хранит информацию о сотрудниках, «VOVITEL» – о водителях, «MASTER» – хранит о мастерах, «GRUZCHIK» – хранит о грузчиках, «GRUZ» – о грузе, который транспортируется, «RASHODNIE_MATERIALY» – информация о расходных материалах, которые потребовались для ремонта.
3.2 Описание организации информационной базы
Имена основных и вспомогательных индексных таблиц, их соответствие элементам инфологической модели приведено в таблице 3.1.
Таблица 3.1 – Таблицы базы данных
Таблица БД
|
Поле
|
Элемент инфологической модели
|
Тип и
длина поля
|
1
|
2
|
3
|
4
|
TRANSPORT
|
ID_TRANSPORTA
|
Идентификатор
|
INTEGER
|
MARKA_AVTO
|
Марка автомобиля
|
VARCHAR(15)
|
KATEGORIYA
|
Категория
|
INTEGER
|
ID_VODITEL
|
Идентификатор
|
INTEGER
|
ID_MASTER
|
Идентификатор
|
INTEGER
|
GARAZH_NOMER
|
Гаражный номер
|
INTEGER
|
ID_RASHOD_MATERIAL
|
Идентификатор
|
INTEGER
|
GOS_NOMER
|
Государствен-
ный номер
|
VARCHAR(15)
|
TIP_TS
|
Тип ТС
|
VARCHAR(15)
|
CVET
|
Цвет
|
VARCHAR(15)
|
TIP_TOPLIVA
|
Тип топлива
|
VARCHAR(15)
|
DVIGATEL
|
Двигатель
|
VARCHAR(15)
|
NOMER_DVIGATELYA
|
Номер двигателя
|
INTEGER
|
MOSHNOST_DVIGATELYA
|
Мощность двигателя
|
INTEGER
|
NOMER_KUZOVA
|
Номер кузова
|
INTEGER
|
Продолжение таблицы 3.1
|
SOTRUD-
NIKI
|
ID_SOTRUDNIKA
|
Идентификатор
|
INTEGER
|
ID_VODITELYA
|
Идентификатор
|
INTEGER
|
ID_MASTERA
|
Идентификатор
|
INTEGER
|
ID_GRUZCHIKA
|
Идентификатор
|
INTEGER
|
VOVITEL
|
ID_VOVITEL
|
Идентификатор
|
INTEGER
|
FAMILIYA
|
Фамилия
|
VARCHAR(15)
|
IMYA
|
Имя
|
VARCHAR(15)
|
OTCHESTVO
|
Отчество
|
VARCHAR(15)
|
SERIYA
|
Серия паспорта
|
INTEGER
|
NOMER
|
Номер
|
INTEGER
|
KEM_VYDAN
|
Кем выдан
|
VARCHAR(15)
|
GDE_VYDAN
|
Где выдан
|
VARCHAR(15)
|
DATA_VYDACHI
|
Дата выдачи
|
INTEGER
|
MASTER
|
ID_MASTERA
|
|
|
FAMILIYA
|
Фамилия
|
VARCHAR(15)
|
IMYA
|
Имя
|
VARCHAR(15)
|
OTCHESTVO
|
Отчество
|
VARCHAR(15)
|
SERIYA
|
Серия паспорта
|
INTEGER
|
NOMER
|
Номер
|
INTEGER
|
KEM_VYDAN
|
Кем выдан
|
VARCHAR(15)
|
GDE_VYDAN
|
Где выдан
|
VARCHAR(15)
|
DATA_VYDACHI
|
Дата выдачи
|
INTEGER
|
GRUZCHIK
|
ID_GRUZCHIK
|
Идентификатор
|
INTEGER
|
FAMILIYA
|
Фамилия
|
VARCHAR(15)
|
IMYA
|
Имя
|
VARCHAR(15)
|
OTCHESTVO
|
Отчество
|
VARCHAR(15)
|
SERIYA
|
Серия паспорта
|
INTEGER
|
NOMER
|
Номер
|
INTEGER
|
KEM_VYDAN
|
Кем выдан
|
VARCHAR(15)
|
GDE_VYDAN
|
Где выдан
|
VARCHAR(15)
|
DATA_VYDACHI
|
Дата выдачи
|
INTEGER
|
GRUZ
|
ID_GRUZ
|
Идентификатор
|
INTEGER
|
VID_GRUZA
|
Вид груза
|
VARCHAR(15)
|
ID_TRANSPORT
|
Идентификатор
|
INTEGER
|
ID_VODITEL
|
Идентификатор
|
INTEGER
|
ID_GRUZCHIK
|
Идентификатор
|
INTEGER
|
VES
|
Вес
|
INTEGER
|
RASHODNIE_ MATERIALY
|
ID_RASHODNIE_MATERIALY
|
Идентификатор
|
INTEGER
|
GORUCHEE
|
Горючее
|
VARCHAR(15)
|
ZAPCHASTI
|
Запчасти
|
VARCHAR(15)
|
Самый простой вариант реализации поставленной задачи достигается при представлении всех возможных данных в одной таблице, которая будет содержать множество полей. Однако, такой вариант неудобен тем, что внесенная информация будет обладать очень большой избыточностью (из-за многократного повторения значений некоторых полей).
Наиболее выгодным решением поставленной задачи является структура БД, разбитая на несколько взаимосвязанных таблиц, содержащих определенный набор полей. Для исключения избыточности в некоторые таблицы БД введены поля, являющиеся внешними ключами:
В таблице «TRANSPORT», которая хранит данные о транспорте, содержится поле «ID_VODITEL», являющееся первичным ключом таблицы «VODITEL». Также в таблице «TRANSPORT» содержатся поля «ID_MASTER», являющиеся первичными ключами для таблицы «MASTER» . Это нужно для соотношения поля записи транспорта с его водителем и мастером, который его обслуживает;
Таблица «SOTRUDNIKI» содержит поле «ID_VODITEL» являющееся первичным ключом таблицы «VODITEL», которая содержит данные о водителях, также содержит поле «ID_MASTER» являющееся первичным ключом таблицы «MASTER», хранящий информацию о мастерах и поле «ID_GRUZHIK» являющееся первичным ключом таблицы «GRUZHIK», которая содержит данные о грузчиках. Это нужно для соотношения поля записи документа с объектом;
В таблице «VODITEL», хранящей информацию о водителях – первичный ключ «ID_VODITEL»;
В таблице «MASTER», хранящей информацию о мастерах – первичный ключ «ID_ MASTER»;
В таблице «GRUZHIK», хранящей информацию о мастерах – первичный ключ «ID_ GRUZHIK»;
В таблице «GRUZ» (первичный ключ «ID_GRUZ») хранящей информацию о грузе, содержится поле «ID_TRANSPORT», являющийся первичным ключом таблицы «TRANSPORT», также содержится поле «ID_VODITEL», являющийся первичным ключом таблицы «VODITEL» и «ID_GRUZCHIKA», являющийся первичным ключом таблицы «GRUZCHIKA», это нужно для соотношения поля записи документа с объектом;
Таблица «RASHODNYE_MATERIALY» содержит первичный ключ «ID_RASHODNYE_MATERIALY».
Структура базы данных и связи между таблицами, составляющими базу данных, представлены на рисунке 1.
Рисунок 1 - Структура базы данных
4 Моделирование предметной области с помощью CASE-средств.
CASE (англ. Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов.
Также под CASE понимают совокупность методов и средств проектирования информационных систем с интегрированными автоматизированными инструментами, которые могут быть использованы в процессе разработки программного обеспечения.
Классификация. В функции CASE входят средства анализа, проектирования и программирования. С помощью CASE автоматизируются процессы проектирования интерфейсов, документирования и производства структурированного кода на желаемом языке программирования.
Все современные кейс-устройства могут классифицироваться, в основном, по типам и категориям. Классификация по типам отражает функциональную ориентацию кейс-средств на те или иные процессы жизненного цикла и, в основном, совпадают с компонентным составом кейс-средства и включает следующие типы:
средства анализа - предназначены для построения и анализа предметной области;
средства проектирования баз данных;
средства разработки приложений;
средства реинжиниринга(где реинжиниринг - это фундаментальное переосмысление и радикальное перепроектирование процессов для достижения резких улучшений в решающих показателях деятельности компании);
средства планирования и управления проектом;
средства тестирования;
средства документирования.
Классификация по категориям определяет степень интегрированности по выполняемым функциям и включают - отдельные локальные средства, решающие небольшие автономные задачи, набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла и полностью интегрированных средств, охватывающий весь жизненный цикл информационной системы и связанных общим репозиторием.
Типичными CASE инструментами являются:
инструменты управления конфигурацией;
инструменты моделирования данных;
инструменты анализа и проектирования;
инструменты преобразования моделей;
инструменты редактирования программного кода;
инструменты рефакторинга кода;
генераторы кода;
инструменты для построения UML-диаграмм.
Примеры CASE программ:
Umbrello;
Dia;
Rational Software;
ERwin;
BPwin.
BPwin - мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности - действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели
бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin - еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).
В чем польза от BPwin. Модели BPwin дают основу для осмысления бизнес-процессов и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков информации в организации. Неэффективная, высокозатратная или избыточная деятельность может быть легко выявлена и, следовательно, усовершенствована, изменена или устранена в соответствии с общими целями организации. Внешние обстоятельства зачастую вынуждают вносить изменения в деятельность организации. BPwin может помочь пользователю на протяжении всего цикла, предоставив возможность оптимизировать бизнес-процесс, которого коснутся эти изменения. С помощью BPwin пользователь может сделать свою работу более продуктивной. Действия и другие объекты создаются буквально несколькими щелчками мыши, а затем легко отбуксированы в нужное место. Интерфейс BPwin, выполненный в стиле "проводника" облегчает навигацию и редактирование сложных процессов с иерархической структурой. Развитые возможности изменения масштаба представления позволяют быстро найти и сосредоточиться на необходимой для работы части модели процесса. BPwin позволяет:
обеспечить эффективность операций, рассматривая текущие бизнес-операции через мощные инструменты моделирования.
совершенствовать бизнес-процессы, формулируя и определяя альтернативные реакции на воздействия рынка.
быстро исключать непродуктивные операции, легко и интуитивно сопоставляя операционные изменения. Неэффективные, неэкономичные или избыточные операции могут быть легко выявлены и, следовательно, улучшены, изменены или вовсе исключены - в соответствии с целями компании.
5 Разработка алгоритмов и программного обеспечения
Для проектирования базы данных использовалась визуальная среда программирования Delphi 7.0. Эта среда программирования Delphi 7.0 предоставляет больше возможностей по работе с базами данных, имеет простой и наглядный интерфейс.
Имя исполняемого файла Project1.exe. Основными требованиями к приложению является наличие операционной системы Windows семейства NT, желательно Windows 7 (на других версиях Windows программа не тестировалась) с установленной СУБД FireBird 2.0 или выше, более низкая версия сервера не может обеспечить весь функционал программы.
Работа с базами данных осуществляется посредством механизма компонентов VCL для Interbase, но доступ осуществляется через сервер FireBird.
Работа с базами данных, а конкретно с таблицами, осуществляется посредством специальной утилиты IBExpert версия 2012.02.2.
Приложения для работы с базами данных разработаны для работы под управлением операционной системы семейства Windows.
Для нормальной работы приложений аппаратные и программные средства компьютера должны удовлетворять следующим условиям (это минимальные требования):
процессор Pentium – 200 МГц;
объем оперативной памяти – 32 МБ;
место на жестком диске – 2 МБ;
манипулятор типа «мышь»;
операционная система Windows XP/7;
СУБД FireBird 2.0;
библиотека gdc32.dll.
5.1 Назначение модулей
Программа предназначена для автоматизации управления агентством недвижимости. Программа позволяет выбирать различные опции меню, добавлять и редактировать данные таблиц, выводит на экран необходимую информацию при работе с клиентами агентства. Она выполняет все необходимые расчеты, а также формирует отчеты по выбранным таблицам.
Проект программы состоит из нескольких модулей:
Main – модуль программы, на котором расположено основное меню программы, для доступа к остальным функциям программы, а так же для работы с объектами учета автотранспорта;
About – окно «О программе»;
Backup – модуль резервного копирования;
Calculate – модуль расчетов;
FAQ – окно помощи по программе;
Journal - – модуль для работы с журналом изменений по таблицам программы;
PL_gruz, PL_leg, Reports - модули с различными отчетами, необходимыми для удобной работы с программой;
SQLReq – модуль запросов.
6 Разработка инструкций администратора и пользователя
6.1 Руководство программиста
В случае возникновения какой -либо аварийной ситуации при работе с разработанным приложением, первоначально следует определить причины её появления. Если авария вызвана отказом технических средств, то можно попытаться самостоятельно наладить технические средства и попробовать запустить программу ещё раз. При повторном появлении аварийной ситуации, скорее всего следует обратиться к разработчику технический средств. Если же сбои вызваны самой программой, то проверьте совместимость программы с имеющимися техническими средствами и программным обеспечением. Если данная операция не приведет к успеху, обратитесь к разработчику программы.
При обнаружении ошибок в данных следует их исправить самостоятельно, если это возможно, или обратиться к создателю программного продукта.
Выделим несколько требований, предъявляемых программным продуктом к техническим средствам, операционным системам и СУБД:
Программа должна использоваться на ЭВМ типа IBM PC, с тактовой частотой микропроцессора не менее 166 МГц, объемом оперативной памяти – не менее 16 Мб и с 10 Мб свободного места на жестком диске;
На компьютерах, на которых предполагается использовать разработанную БД, должна быть установлена одна из таких операционных систем, как Windows XP/Vista/8/10. В других ОС удовлетворительная работоспособность программы не гарантируется;
Так как данная БД создана под управлением СУБД Paradox, то, естественно предположить, что предполагается его наличие.
6.2 Описание пользовательского интерфейса
Описание интерфейса в своем роде является руководством для пользователя. Опишем возможности, предоставляемые разработанной БД и методы работы с ними.
Прежде всего следует отметить, что в БД «Учет автотранспорта на предприятии» необходимо реализовать разграничение задач и возможностей для определенных пользователей системы. Поэтому перед входом в систему реализована авторизация. Каждый пользователь в системе имеет свой пароль. И каждому пользователю назначены определенные права доступа к системе.
Первая группа пользователей – администраторы. Пользователи данной группы имеют полный доступ к ресурсам системы. Могут выполнять любые операции: связанные как с поступлением изделий, вводом единиц измерений и товаров, ввод сотрудников, должностей, распределение обязанностей в должностях.
Вторая группа пользователей – сотрудники. Основная задача сотрудника – осуществлять расчет потребления электроэнергии.
Третья группа – обычные пользователи, они не имеют никаких прав изменять или редактировать записи, а могут только их просматривать.
Итак, работа программы начинается с того, что администратор создает справочник сотрудников. Для этого он нажимает кнопку в навигаторе «+» в закладке «Сотрудники». После чего заполняет поля и нажимает «Сохранить». Если поля заполнены неккоректно или не заполнены полностью, то произойдёт ошибка и данные не сохранятся в БД.
Также нужно заполнить остальные таблицы «Транспорт», «Сотрудники» «Водители», «Мастера», «Грузчики», «Груз», «Расходные материалы».
Во всех таблицах реализованы следующие функции:
просмотра записей базы данных;
Редактирование записей. Непосредственно в таблице данные можно редактировать. Для этого необходимо иметь соответствующие права доступа. В выделенном поле вводятся изменения, затем подтверждаются изменения нажатием кнопки «Сохранить» или «√» в навигаторе;
Добавление записей. Для добавления записи в интересующей пользователя таблице необходимо нажать кнопку «+» на навигаторе, после этого в таблице добавиться новая строка, которую необходимо заполнить, некоторые поля нужно выбрать из списков. После завершения ввода информации необходимо нажать «√» или «Сохранить», если данные введены не верно – «Х»;
Удаление записей. Для удаления записи из справочника следует поместить курсор на запись, затем нажать кнопку «-»;
Расчеты. Здесь можно рассчитать амортизацию (амортизационные отчисления – отчисление части стоимости основных фондов для возмещения их взноса), транспортный налог, страховку и расход ГСМ;
Создание резервной копии базы данных. Программа позволяет создавать резервную копию БД. Для этого используется следующий механизм: при открытии программы нужно нажать «Настройка» «Резервное копирование» «Создать резервную копию». В момент нажатия на кнопку создается резервная копия файла БД в его директории с расширением .bk. В процессе работы с таблицами можно восстановить исходные таблицы БД (например, в случае некорректной работы с ними). Для этого необходимо нажать на кнопку «Восстановить копию БД из файла». После чего программа отключается от БД, заменяет файл BASE.FDB файлом BackupSUTP.bck;
Для осуществления неточного поиска в главном окне в поле нужно информацию для поиска;
Для предпросмотра отчетов нужно нажать на «Печать» «Отчет». Выбрать интересующий отчет;
«Справка» для облегчения работы с программой.
Данная форма имеет приятный интерфейс и удобна для пользователя, она содержит таблицу с объектами, на ней выводится вся основанная информация по выбранному объекту. Так же, для удобства выведен поиск, для удобной и быстрой работы с объектами. Главное окно программы представлено на рисунке 2.
Рисунок 2 - Главное окно программы
С помощью соответствующих кнопок на форме, данные в таблицах можно редактировать, удалять и добавлять объекты. Пользователь с помощью курсора указывает запись для редактирования или удаления и нажимает на кнопку «Изменить» или «Удалить». При нажатии на кнопки вызывается специальная форма, на которой осуществляется работа с данными, которая представлена на рисунке 3.
Рисунок 3 - Окно редактирования данных
Важными данными в программе являются расчеты: амортизация, транспортный налог, страховка, расход ГСМ.
Исходя из ст. 130 ГК РФ автотранспортное средство является движимой вещью, и в соответствии с п. 2 ст. 164 ГК РФ государственная регистрация сделок с движимым имуществом не требуется, кроме предусмотренных законом случаев, поэтому начисление амортизации по объекту амортизируемого имущества – транспортному средству начинается в общеустановленном порядке с 1-го числа месяца, следующего за месяцем, в котором этот объект был введен в эксплуатацию, на основании п. 2 ст. 259 НК РФ.
Амортизируемое имущество распределяется по амортизационным группам в соответствии со сроками его полезного использования (п. 1 ст. 258 НК РФ). В бухгалтерском учете существует четыре способа начисления амортизации объектов основных средств (п. 18 ПБУ 6/01):
линейный способ первоначальная или текущая (восстановительная) стоимость объекта списывается равномерно по нормам, исчисленным исходя из срока полезного использования объекта;
способ уменьшаемого остатка – годовая норма амортизации определяется исходя из остаточной стоимости объекта основных средств на начало отчетного года и нормы амортизации, исчисленной исходя из срока полезного использования этого объекта и коэффициента не выше 3, установленного организацией;
способ списания стоимости по сумме чисел лет срока полезного использования – норма амортизации определяется путем деления числа лет, остающихся до конца срока полезного использования объекта, на сумму чисел лет срока полезного использования объекта. Данная норма применяется к первоначальной или текущей (восстановительной) стоимости объекта;
способ списания стоимости пропорционально объему продукции (работ) – норма амортизации производится исходя из натурального показателя объема продукции (работ) в отчетном периоде и соотношения первоначальной стоимости объекта основных средств и предполагаемого объема продукции (работ) за весь срок полезного использования. Раcчет амортизации представлен на рисунке 4.
Рисунок 4 – Расчет амортизации
Общие сведения по налогообложению автотранспорта. Любая организация хочет платить как можно меньше налогов, ведь чем меньше денег организация отдает в бюджет, тем больше средств останется в ее распоряжении. Этой цели можно достичь с помощью грамотного налогового планирования, принципы которого просты:
использовать все возможные законные способы снижения налогов;
платить в бюджет только минимальную сумму налогов в последний день установленного для этого срока.
Налоговый кодекс некоторым категориям налогоплательщиков предоставляет льготы по налогам, возможность использовать специальные налоговые режимы, работать на территориях с льготным налогообложением и пр. Льготные условия налогообложения предоставляются:
организациям инвалидов;
применяющим упрощенную систему налогообложения (УСН);
переведенным на уплату единого налога на вмененный доход (ЕНВД).
Для транспортных организаций и перевозчиков транспортный налог – один из неотъемлемых налоговых платежей в бюджет. Транспортный налог определяется элементами налогообложения (ст. 17 НК РФ):
объектом налогообложения;
налоговыми базой и периодом;
налоговой ставкой;
порядком исчисления и сроками уплаты.
Расчет транспортного налога представлен на рисунке 5.
Рисунок 5 – Расчет транспортного налога
Общие сведения о страховании автомобиля. Основными документами, регулирующими вопросы страхования автотранспорта, являются:
Гражданский кодекс РФ;
Закон РФ от 27.11.1992 г. № 4015-1 «Об организации страхового дела в РФ»;
Федеральный закон РФ от 25.04.2002 г. № 40-ФЗ «Об обязательном страховании гражданской ответственности владельцев транспортных средств» (далее Федеральный закон № 40-ФЗ).
Все организации и учреждения, имеющие автотранспорт, независимо от форм собственности обязаны страховать риск своей гражданской ответственности. Гражданская ответственность может наступить вследствие причинения вреда жизни, здоровью или имуществу других лиц при использовании транспортных средств. При приобретении транспортного средства (покупке, наследовании, принятии в дар и тому подобном) его владелец вправе заключить договор обязательного страхования на срок следования к месту регистрации транспортного средства. При этом владелец транспортного средства обязан до его регистрации заключить договор обязательного страхования на один год. Согласно Федеральному закону № 40-ФЗ организации для использования закрепленных за ними автотранспортных средств обязаны производить ежегодную уплату страховой премии. В соответствии со ст. 954 ГК РФ страховая премия – это плата за страхование, которую страхователь обязан уплатить страховщику в порядке и в сроки, установленные договором страхования. Страховые платежи уплачиваются в размере страховых тарифов, установленных постановлением Правительства РФ от 08.12.2005 г. № 739 «Об утверждении страховых тарифов по обязательному страхованию гражданской ответственности владельцев транспортных средств, их структуры и порядка применения страховщиками при определении страховой премии».
Страховые тарифы – базовая ставка и коэффициенты. Страховая премия равна их произведению. Величина страховки зависит от категории владельца легкового автомобиля (базовый тариф для юридического лица составляет 2375 руб.), от возраста и стажа водителя. Расчет страховки транспортного средства представлен на рисунке 6.
Рисунок 6 – Расчет страховки
Общие сведения о расходах на ГСМ. Расходы на приобретение горюче-смазочных материалов (ГСМ) относятся к расходам по обычным видам деятельности по элементу «Материальные затраты» (п. 7, 8 ПБУ 10/99). К ГСМ относятся:
топливо (бензин, дизельное топливо, сжиженный нефтяной газ, сжатый природный газ);
смазочные материалы (моторные, трансмиссионные и специальные масла, пластичные смазки);
специальные жидкости (тормозные и охлаждающие).
Если организация ведет количественно-суммовой учет ГСМ и специальных жидкостей, то заправка автотранспорта производится на автозаправочных станциях за наличный расчет или в безналичном порядке по талонам. Поступление ГСМ записывается в карточку учета материалов по форме № М-17, также на предприятии может быть разработана своя форма карточки учета поступления и списания ГСМ. Расходы на приобретение горюче-смазочных материалов (ГСМ) относятся к расходам по обычным видам деятельности по элементу «Материальные затраты» (п. 7, 8 ПБУ 10/99). К ГСМ относятся:
топливо (бензин, дизельное топливо, сжиженный нефтяной газ, сжатый природный газ);
смазочные материалы (моторные, трансмиссионные и специальные масла, пластичные смазки);
специальные жидкости (тормозные и охлаждающие).
Если организация ведет количественно-суммовой учет ГСМ и специальных жидкостей, то заправка автотранспорта производится на автозаправочных станциях за наличный расчет или в безналичном порядке по талонам. Поступление ГСМ записывается в карточку учета материалов по форме № М-17, также на предприятии может быть разработана своя форма карточки учета поступления и списания ГСМ. Расчет расхода ГСМ представлен на рисунке 7.
Рисунок 7 – Расход ГСМ
Пример неточного поиска представлен на рисунке 8.
Рисунок 8 – Неточный поиск
К отчетам относится паспорт транспортного средства, который представлен на рисунке 9.
Рисунок 9 – Паспорт транспортного средства
Для легковых автомобилей существует специальный путевой лист, который представлен на рисунке 10.
Рисунок 10 – Путевой лист легкового автомобиля
Путевой лист грузового автомобиля представлен на рисунке 11.
Рисунок 11 – Путевой лист грузового автомобиля
Пример SQL – запроса представлен на рисунке 12.
Рисунок 12 – SQL-запрос
В меню на главной форме есть вкладка «Настройка». Ее подразделы: «Журнал изменений», «Базы данных» (открыть БД, закрыть БД) и «Резервное копирование».
Рассмотрим журнал изменений в таблицах программы, который представлен на рисунке 13. Он отображает дату. Время, вид операции и соответственно таблицу, в которое произошли какие-то изменения. Для удобства и меньшей перегрузки таблицы записями разработана кнопка «Очистить журнал записей». Так же журнал можно вывести через программу MS Exel, для вывода его на печать.
Рисунок 13– Журнал изменений
Результат экспорта из программы в MS Excel представлен на рисунке 14.
Рисунок 14 – Экспорт журнала в Excel
Модель резервного копирования представлена на рисунке 15.
Рисунок 15 – Резервное копирование
Процесс резервного копирования представлен на листинге 6.1.
IBBackupService1.Attach;
Label1.Caption := 'Статус: Создание резервной копии';
IBBackupService1.ServiceStart;
Label1.Caption := 'Статус: Резервная копия успешно создана';
IBBackupService1.Detach;
Листинг 6.1 - Создание резервной копии БД
Модель восстановления из резервной копии представлена на рисунке 16
Рисунок 16 – Восстановление из резервной копии
Процесс восстановления данных из резервной копии в БД представлен на листинге 6.2.
DBConnect.DataBase.IBDatabase1.Connected := false;
IBRestoreService1.DatabaseName.Clear;
IBRestoreService1.BackupFile.Clear;
Label1.Caption := 'Статус: Выбор файла для восстановления';
if (OpenDialogDatabase.Execute) then begin end else begin exit; end;
Label1.Caption := 'Статус: Выбор Backup файла';
if (OpenDialogBackup.Execute) then begin end else begin exit; end;
Label1.Caption := 'Статус: Настройка параметров';
for i := 0 to OpenDialogDatabase.Files.Count - 1 do
IBRestoreService1.DatabaseName.Add(OpenDialogDatabase.FileName);
for i := 0 to OpenDialogBackup.Files.Count - 1 do
IBRestoreService1.BackupFile.Add(OpenDialogBackup.FileName);
Label1.Caption := 'Статус: Выполнение восстановления';
IBRestoreService1.Active := TRUE;
IBRestoreService1.ServiceStart;
IBRestoreService1.Active := FALSE;
Label1.Caption := 'Статус: Настройка параметра БД';
DBConnect.DataBase.IBDatabase1.Close;
DBConnect.DataBase.IBDatabase1.DatabaseName := IBRestoreService1.DatabaseName.Strings[0];
DBConnect.DataBase.IBDatabase1.Params.Clear;
DBConnect.DataBase.IBDatabase1.Params.Add('user_name=SYSDBA');
DBConnect.DataBase.IBDatabase1.Params.Add('password=masterkey')
DBConnect.DataBase.IBDatabase1.Params.Add('lc_ctype=WIN1251');
Label1.Caption := 'Статус: Подключение к востановленной БД';
DBConnect.DataBase.IBDatabase1.Open;
DBConnect.DataBase.IBDatabase1.Connected := TRUE;
DBConnect.DataBase.IBTransaction1.Active := TRUE;
DBConnect.DataBase.GRUZ.Active := TRUE;
DBConnect.DataBase.GRUZCHIK.Active := TRUE;
DBConnect.DataBase.MASTER.Active := TRUE;
DBConnect.DataBase.RASHODNIE_MATERIALI.Active := TRUE;
DBConnect.DataBase.SOTRUDNIK.Active := TRUE;
DBConnect.DataBase.TRANSPORT.Active := TRUE;
DBConnect.DataBase.VODITEL.Active := TRUE;
Activate;
Label1.Caption := 'Статус: Восстановление успешно завершено!';
Листинг 6.2 - восстановления данных из резервной копии в базу данных.
При нажатии на кнопку «Помощь», вызывается форма, содержащая основные вопросы по программе и ответы на них. Эта форма показана на рисунке 17.
Рисунок 17 – Помощь
При нажатии на кнопку «О программе…», открывается окно, содержащее сведения о разработчике данного программного продукта.
Достарыңызбен бөлісу: |