Ирина Эланс

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

Автоматизация учета пожарной сигнализации

ВВЕДЕНИЕ

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

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

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

1 Постановка задачи

Описание предметной области

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

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

Функции выбранной предметной области ограничены следующими локальными задачами:

Учет принятых заказов;
Автоматическое и ручное ведение склада деталей;
Печать акта выполненных работ;
Формирование всевозможных отчетов;
Печать бухгалтерских документов;
Контроль прихода и расхода материалов.

Функциональная модель предметной области

Схема данных

Описание входной информации

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

Перед началом работы была создана база данных (Рисунок 2):

Рисунок 2. - Создание базы данных.

Описание структуры базы данных

Для автоматизации учета пожарного оборудования в информационной базе потребуется создать следующие объекты (Таблица 1):

Таблица 1.Используемые объекты информационной базы.

Тип объектов	Объекты
Таблицы	Клиенты
	Сотрудники
	Номенклатура
	Должности
	Трудовая деятельность
	Расходная накладная
	Оказание услуг
Формы	Клиенты
	Сотрудники
	Трудовая деятельность
Отчеты	Клиенты
	Сотрудники
	Номенклатура

Описание выходной информации

Выходная информация будет отражаться в отчетах.

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

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

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

Основным средством предприятия является пожарное оборудование. Эти средства уходят на потребление к клиентам. Поэтому двумя важнейшими событиями в хозяйственной жизни нашей организации будут являться расход материалов и оказание услуг. Оказание услуги это установка пожарного оборудования и ремонт в случае неисправности. Для отражения этих событий в базе данных нужно создать еще две таблицы: «РасходнаяНакладная» и «ОказаниеУслуги».

Отчет "ПриходнаяНакладная" нужен для отображения операций, связанных с продажей материалов. В нем будет отражена продажа из нашей организации необходимого оборудования которые необходимы клиенту. А отчет "ОказаниеУслуги" будет отражать оказание услуг, в которых производится установка или техническое обслуживание данного обрудования.

Создадим новый отчет – "ПриходнаяНакладная". Создадим реквизит

Отчет "ПриходнаяНакладная" показан в Приложении 1.

Приложение 1.

РасходнаяНакладная

Наименование Документ № 1

Ответственное Акбиров А.С

Контрагент

Товар

Код Колличество Сумма Дата

1 0 0,00р.

30 мая 2013 г. Страница 1 из 1

Создадим новый отчет – " ОказаниеУслуги ". Создадим реквизит

Отчет " ОказаниеУслуги " показан в Приложении 2.

Приложение 2

ОказаниеУслуги

Наименование ООО Организация

Код 1

Клиент 32к23

Сотрудник Оборудование

Акбиров А.С

3 июня 2013 г. Страница 1 из 1

Контрольный пример

Нажав на кнопку "Создание таблицы в режиме конструктора" откроет окно редактирования. Это средство, которое создано в помощь разработчику. Оно создано специально для сложных объектов позволяет путем выполнения последовательных действий быстро создавать такие объекты.

Зададим имя таблицы – "Клиенты" (Рисунок 4). Имя является основным свойством любого объекта базы данных. Имя предназначено для хранения наименования объекта базы, которое будет использовано в элементах интерфейса нашей программы – то есть будет показано пользователю.

Рисунок 4. Создание таблицы "Клиенты".

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

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

Добавим в справочник несколько элементов. Справочник будет выглядеть следующим образом (Рисунок 5):

Рисунок 5. - таблица "Клиенты».

Для более удобного ввода данных будем использовать «формы».

Создадим форму таблицы «Клиенты». Выбрав режим «Формы», нажмем на «Создание формы с помощью мастера», тем самым рассмотрев создание объектов с помощью мастера (Рисунок 6).

Рисунок 6 – Мастер создания форм.

После того как выбрали элементы нажимаем кнопку «Готово», так – как дальнейшие настройки необязательны, после чего появиться новая форма (Рисунок 7).

Рисунок 7 – Готовая форма таблицы «Клиенты»

3.1.2 Создание таблицы "Сотрудники"

Таблица «Сотрудники» – это таблица, где храниться данные о сотрудниках: имя, должность, место работы, заработная плата, стаж, дата устройства на работу, дата увольнения и т.п.

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

Создадим новый объект "Сотрудники". Новую таблицу «Трудовая деятельность».

«Код_трудовой деятельности» - тип Счетчик,
«Наименование» - тип Текстовый,
«Фамилия» - тип Текстовый,
«Имя» тип Текстовый,
«Должность» - тип Текстовый,
«Адрес» - тип Текстовый,
«ДатаНачалаРаботы» и «ДатаУвольнения» - тип Дата.

Рисунок 8. - Создание формы таблицы "Трудовая деятельность".

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

Рисунок 9. – таблица "Сотрудники".

3.1.3 Создание справочника "Номенклатура"

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

Этот справочник не будет сложным. Создадим новую таблицу "Номенклатура". При помощи конструктора (Рисунок 10).

Рисунок 10. - Создание таблицы "Номенклатура".

Общие требования к программному продукту

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

Так же - это

Условия или возможности, необходимые пользователю для решения проблем или достижения целей;
Условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам
Документированное представление условий или возможностей для п. 1 и 2.

Экспериментальный раздел

Обоснование выбора языка программирования

При выборе среды реализации сравнивают программные продукты и пользуются различными средствами разработки приложений. Использование возможностей средств разработки приложений позволяет автоматизировать процесс разработки. Инструментальные средства позволяют:
-создавать интерфейс, используя стандартные компоненты;
-передавать управление процессам, в зависимости от состояния системы;
-создавать оболочки для баз данных, как и сами базы данных;
-разрабатывать более надежные программы путем обработки исключительных ситуаций возникающих при некорректной работе программы.
Современные средства разработки характеризуются параметрами:
-поддержка объектно-ориентированного стиля программирования;
-возможность использования CASE-технологий, как для проектирования разрабатываемой системы, так и для разработки моделей реляционных баз данных;
-использование визуальных компонент для наглядного проектирования интерфейса;
-поддержка БД.
Выше перечисленными свойствами обладают языки программирования:
-Visual Fox Pro;
-Delphi;
-Visual C++.
Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств.
Для реализации дипломного проекта была выбрана Delphi. При решении поставленной задачи оптимально использовать для представления информационных материалов язык Delphi, который является языком высокого уровня и позволяет быстро и эффективно создавать приложения.
Для реализации данной ИС была выбрана система программирования Delphi версии 7 фирмы Enterprise (Borland), так как она предоставляет наиболее широкие возможности для программирования приложений ОС Windows.
Delphi – это продукт Borland International для быстрого создания приложений. Высокопроизводительный инструмент визуального построения приложений включает в себя настоящий компилятор кода и предоставляет средства визуального программирования, несколько похожие на те, что можно обнаружить в Microsoft Visual Basic или в других инструментах визуального проектирования. В основе Delphi лежит язык Object Pascal, который является расширением объектно-ориентированного языка Pascal.
Delphi производит небольшие по размерам (до 15-30 Кбайт) высокоэффективные исполняемые модули (.exe и .dll). С другой стороны небольшие по размерам и быстро исполняемые модули означают, что требования к клиентским рабочим местам существенно снижаются – это имеет немаловажное значение и для конечных пользователей.
Преимущества Delphi по сравнению с аналогичными программными продуктами.
– быстрота разработки приложения;
– высокая производительность разработанного приложения;
– низкие требования разработанного приложения к ресурсам компьютера;
– наращиваемость за счет встраивания новых компонентов и инструментов в среду Delphi;
– возможность разработки новых компонентов и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходных кодах);
– удачная проработка иерархии объектов.
Система программирования Delphi рассчитана на программирование различных приложений и предоставляет большое количество компонентов для этого.
К тому же работодателей интересует прежде всего скорость и качество создания программ, а эти характеристики может обеспечить только среда визуального проектирования, способная взять на себя значительные объемы рутинной работы по подготовке приложений, а также согласовать деятельность группы постановщиков, кодировщиков, тестеров и технических писателей. Возможности Delphi полностью отвечают подобным требованиям и подходят для создания систем любой сложности.

Для создания БД использовалась программа MS Access.

Microsoft Office Access или просто Microsoft Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA (Visual Basic Application), в самом Access можно писать приложения, работающие с базами данных.

Состав программного продукта.

Основные компоненты MS Access:

построитель таблиц;
построитель экранных форм;
построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

Microsoft Jet Database Engine , которая используется в качестве движка базы данных MS Access является файл-серверной СУБД и потому применима лишь к приложениям, работающим с небольшими объёмами данных и при небольшом числе пользователей, одновременно работающих с этим данными. Непосредственно в Access отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры.

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

Access, при работе с базой данных, иначе взаимодействует с жёстким (или гибким) диском, нежели другие программы.

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

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

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

Кнопка «Сохранить» в Access тоже есть, но в Access в режиме просмотра данных она нужна, в первую очередь, для сохранения изменённого режима показа таблицы или другого объекта — то есть, для сохранения таких изменений, как:

изменение ширины столбцов и высоты строк,
перестановка столбцов в режиме просмотра данных, «закрепление» столбцов и освобождение закреплённых столбцов,
изменение сортировки,
применение нового фильтра,
изменение шрифта; цвета текста, сетки и фона
и т. п.

Кроме того, в Access эта кнопка нужна в режиме «Конструктор» для сохранения изменений структуры объекта базы данных, сделанных в этом режиме.

СУБД Access имеет несколько режимов. Каждый режим предназначен для работы с определенным объектом. Всего имеется семь основных объектов это - Таблицы, Запросы, Формы, Отчеты, Страницы, Макросы и Модули. Каждый объект можно создавать, изменять и открывать.

В режиме Таблицы создаются новые таблицы и вводятся данные
Режим Запросы предназначен для обработки данных
Специально для ввода данных создаются Формы
Режим Отчеты предназначен для подготовки документов к печати
Режим Страницы предназначен для разработки Web страниц и публикации их в Интернете
Режим Макросы предназначен для написания макрокоманд, автоматизации обработки данных
Режим Модули предназначен для написания программ на языке VBA.

Ниже (рисунок 1) показан конструктор в режиме таблицы «Номенклатура».

Рисунок 1. – Таблица в режиме конструктора.

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

2.2 Описание программы

Протокол тестирования программного продукта

Программа создавалась при помощи объектно-ориентированного языка программирования Delphi 7.

Для соединения с MS Access использовались такие объекты как:

DataSource;
ADOConnection;
ADOQuery;
DBGrid;
DBNavigator.

И дополнительные объекты для формирования запроса:

Поле Edit;
Список выборка ComboBox;
Кнопка Button;
GroupBox.

Тело запроса для MS Access выглядит следующим образом: «Select * From [ИмяТаблицы]»;

Запрос для обора по значению выглядит следующим образом: «Select * From [ИмяТаблицы] where [НаименованиеСтолбца] = [?(если строка, тогда значение заключается в кавычках, если число тогда без кавычек)]»;

Запрос также можно написать вручную в поле ввода Edit1.

Руководство пользователя

С вступлением в действие приказа № 157н утратила силу Инструкция по бюджетному учету, утвержденная приказом Минфина России от 30 декабря 2008 г. № 148н. Обратите внимание: в связи с тем что приказ № 157н введен в действие с 1 января 2011 года, соответственно и все хозяйственные операции начиная с указанной даты следует отражать в соответствии с рассматриваемым приказом. При этом по аналогии прошлых лет можно предположить, что порядок перехода на новые правила учета будет доведен отдельными рекомендациями Минфина России.

Основные требования

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

Среди новшеств можно выделить появление определения метода начисления, также в новой редакции Инструкции учтены требования к отчетности учреждений с учетом изменений, внесенных в законодательство РФ Законом № 83-ФЗ, введено понятие рабочего плана счетов.

В новую Инструкцию включены положения, большая часть которых содержится в Федеральном законе от 21 ноября 1996 г. № 129-ФЗ «О бухгалтерском учете», в частности требования:

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

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

Определены обязанности учреждений по ведению учета

Учитывая изменения, внесенные в действующее законодательство Законом № 83-ФЗ, Инструкция предусматривает, что при ведении бухгалтерского учета субъект учета обеспечивает:

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

Требования к «первичке»

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

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

В Инструкции сказано, что формы регистров бухгалтерского учета устанавливаются органом, осуществляющим, согласно законодательству РФ, регулирование бухучета. Получается, что формы регистров устанавливаются исключительно Минфином России. Ранее эта функция была возложена на финансовые органы соответствующих бюджетов.

Заключение

Автоматизация учета пожарной сигнализации 📙 Курсовая → 🆔 2203