Проектирование реализации операций бизнес-процесса «Складской учет» (Выбор комплекса задач)

Содержание:

Введение

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

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

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

Целью курсовой работы является проектирование реализации операций бизнес-процесса «Складской учет».

Для достижения этой цели необходимо решить следующие задачи:

• выбрать комплекс задач автоматизации;

• охарактеризовать существующие бизнес-процессы;

• охарактеризовать документооборот, возникающий при решении задачи;

• обосновать проектные решению по информационному и программному обеспечению;

• разработать и описать информационную модель;

• охарактеризовать нормативно-справочную, входную, оперативную и результатную информацию;

• разработать общие положения (дерево функций и сценарий диалога);

• описать программные модули;

• описать контрольный пример реализации проекта.

Предметом исследования курсовой работы является бизнес-процесс «Складской учет».

Объектом исследования курсовой работы является склад товарно-материальных ценностей в МОУ СОШ №127 г. Омск.

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

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

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

1 глава. Аналитическая часть

1.1. Выбор комплекса задач автоматизации

Главная цель всех действий с материальными ценностями – качественное обеспечение непрерывного функционального процесса. Складской учет предназначен как для обслуживающего персонала (педагогов, завхоза и пр.), так и для учащихся. В ходе изучения была построена функциональная модель «AS-IS», представленная на рисунке 1. Анализ модели «Как есть» позволяет провести анализ и выявить недостатки в бизнес-процессах [22, c.33].

Рисунок 1 – Контекстная диаграмма «Оборудование в школе»

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

На выходе (Output) то, что производится работой:

• отчет о списании;
• отчет по инвентаризации;
• отчет о наличии и движении основных фондов;
• учтенное оборудование.

Управление (Control) осуществляется Уставом образовательного учреждения, указами Министерства финансов, постановлениями Госкомстата.

Ресурсами, которые выполняют работу (Mechanism) являются заведующий хозяйством и совет ОУ.

1.2. Характеристика существующих бизнес –процессов

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

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

Так как эта система разрабатывается для определенных целей и узкого круга пользователей, можно сразу определить аппаратные и программные требования. Это решение должно полноценно функционировать на персональном компьютере заведующего хозяйством. Он работает на ноутбуке под операционной системой Windows 7, ОЗУ 2048Мб 2-х ядерный процессор Intel 1800Мгц [30, c.28].

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

Система складского учета должна содержать следующие подсистемы:

• авторизация;

• управление пользователями;

• прием и списание инвентаря;

• формирование отчетов;

• ведение журнала регистрации событий.

Рисунок 2 - Декомпозиция контекстной диаграммы

Для подсистемы авторизации входными данными является логин и пароль пользователя, на выходе – права доступа и имя в системе. Она должна обеспечить конкретному легальному пользователю те виды доступа, которые были определены для него администратором системы [25, c.77].

Управление пользователями доступно администратору системы. Разграничение прав доступа возможно настроить как для конкретного пользователя, так и для группы.

В систему приемки и списания инвентаря на входе поступает информация о поступлении, либо списании инвентаря.

Для системы составления отчетов входными данными является записи из базы данных о наличии инвентаря. Выходными – отчет для экспорта в бумажный или электронный вариант, бланк приема инвентаря или его списания [3, c.41].

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

1.3. Характеристика документооборота, возникающего при решении задачи

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

Рисунок 3 – Схема документооборота

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

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

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

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

Из недостатков действующей системы записи инвентаря можно выделить:

• низкая производительность труда в данном процессе;
• высокая трудоемкость внесения результатов и составления протоколов;
• низкая оперативность, снижающая качество процесса складского учета;
• несовершенство организации сбора и регистрации сведений;
• несовершенство процессов сбора передачи, обработки, хранения защиты целостности и секретности данных по складскому учету [28, c.66].

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

1.4. Обоснование проектных решений по информационному обеспечению

Информационное обеспечение (ИО) включает в себя:

• систему классификации и кодирования;
• систему унифицированной документации, используемой в ИО;
• информационную базу [27, c.40].

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

• международные — стандартные классификаторы, используемые по всему миру;
• межгосударственные — классификаторы, используемые в рамках экономических союзов и других межгосударственных объединений;
• межотраслевые — классификаторы, используемые в пределах государства. Не должны противоречить международным классификаторам;
• отраслевые — классификаторы, используемые в рамках одной отрасли;
• региональные - классификаторы, действующие на территории региона;
• системные (локальные) — классификаторы, принятые отдельным предприятием (организацией) для применения в рамках своей автоматизированной системы. Они содержат информацию, необходимую для решения задач в АС и отсутствующую в национальном или отраслевом классификаторе [26, c.92].

Для ведения складского учета лучше всего подойдет системный классификатор, так как никаких других классификаторов РФ в системе не используется.

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

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

Существует три способа организации информационной базы (ИБ):

• файловая организация ИБ;
• смешанная организация ИБ;
• интегрированная ИБ [25, c.7].

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

Под смешанной организацией ИБ подразумевается распределённая база данных, хранящаяся на нескольких серверах и реплицирующая изменения в каждой из них по расписанию [4, c.22].

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

Наиболее целесообразной организацией ИБ является интегрированная, так как размер базы может увеличиваться ежедневно. И оптимальным выбором будет использование СУБД вместо файлового хранения базы данных.

1.5. Обоснование проектных решений по программному обеспечению

Программное обеспечение – это набор программ системы обработки данных и программных документов, позволяющий пользователю взаимодействовать с его аппаратной частью и способствующий решению с их помощью задач предметных областей. Программное обеспечение для решения поставленной цели должно максимально минимизировать время таких процессов как поиск, отображение, запись на учет и списание инвентаря, с возможностью отправки отчетов, используя корпоративную почту. Для подключения к базе данных потребуется установка драйвера ODBC. Для отправки корпоративной почты потребуются Mozilla Thunderbird, для создания картограмм помещений, где располагается тот или иной инвентарь, потребуется MS Visio или Corel Draw. Как итог, на компьютере пользователя должны быть установлены следующие программы:

• ОС Windows 10 PRO sp1 Rus;
• почтовый клиент Mozilla Thunderbird.

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

ИС могут быть классифицированы по разным признакам. По способу организации ИС разбиты на:

• системы на основе архитектуры файл-сервер;
• системы на основе архитектуры клиент-сервер;
• системы на основе многоуровневой архитектуры;
• системы на основе Интернет/интернет – технологий [24, c.51].

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

Рассмотрим общие характеристики основных ведущих производителей СУБД, Oracle, MS SQL Server и MySQL.

Основными достоинствами СУБД от Oracle является наличие развитых средств загрузки/разгрузки данных, разработки приложений и оперативного анализа данных. К недостаткам относится сложность и высокая стоимость приобретения.

К достоинствам MS SQL Server относятся гибкие и мощные средства администрирования и языки запросов Transact-SQL, надежность, эффективная работа, ориентация на коллективное использование. Основной недостаток - отсутствие средства визуальной разработки приложений.

Огромным преимуществом MySQL, сравнительно с проприетарными продуктами, является открытость ее исходного кода:

• наличие движка InnoDB;
• полусинхронная репликация;
• улучшенный механизм секционирования данных;
• новая система блокировок;
• оптимизация под многоядерные процессоры [9, c.7].

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

Критериями выбора архитектуры реализации проектируемого программного обеспечения являются:

1. Совместимость с существующей системой серверов;
2. Возможность создания резервных копий данных и просмотр результатов измерений по отдельным точкам.

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

Для серверной части необходимо также выбрать систему управления базами данных (СУБД). В таблице 1 представлены основные современные СУБД. В качестве СУБД для программы выбра MySQL ver 5.7. Выбор сделан в связи со свободным исходным кодом, простотой в обращении.

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

Таблица 1

Сравнение современных СУБД

Название	Oracle 11g	MySQL 5.7	MS SQLServer 2008
Интерфейс	GUI, SQL	SQL	GUI, SQL, другое
Поддержка языка программирования	С, С++, Delphi, Ruby, Objective С и др.	С, С++, Delphi, Ruby, Objective С и др.	Java, Ruby, Python, VB, .Net, PHP
Операционная система	Windows, Linux, Solaris, HP-UX, OS X, z/OS, AIX	Windows, Linux, OS X, FreeBSD, Solaris	Windows
Лицензия	Проприетарная	Свободная	Проприетарная

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

Таблица 2

Сравнения языков программирования

Язык программирования	С++	Delphi 7	Python 2.7
Сложность изучения	Сложный	Простой	Простой
Совместимость с ОС Windows 7, 10	Да	Да	Да
Встроенный редактор интерфейса	Да	Да	Да
Визуальная среда разработки	Нет	Да	Да

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

2 глава. Проектная часть

2.1. Информационная модель и её описание

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

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

Рисунок 4 - Информационная модель

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

Бумажная ведомость имеет реквизиты:

- тип оборудования;

- порядковый номер;

- расположение в кабинете школы [23, c.17].

2.3. Характеристика результатной информации

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

Рассмотрим основные показатели, где перечислены все входные элементы.

Таблица 3

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

№ п/п	Наименование входного показателя	Идентификатор входного показателя
1.	Количество нового инвентаря от i-ого в месяц – d	Qdi
2.	Количество данных по инвентарю	Xdij
3.	Количество поступившего инвентаря в месяц d	Zd

Формализованное описание результатных показателей представлены в таблице 4.

Таблица 4

Формализованное описание результатных показателей

№ п/п	Наименование результатного показателя	Идентификатор результатного показателя	Алгоритм расчета
1.	Количество нового инвентаря с начала месяца – d	Qri	, где D1 – 1е число r-того месяца, а D2 текущее число
2.	Количество данных по новому инвентарю в месяц – d	Xdij	, где D1 – 1е число r-того месяца, а D2 текущее число
3.	Количество поступившего инвентаря в месяц d	Zd	, где D1 – 1е число r-того месяца, а D2 текущее число

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

2.4. Общие положения (дерево функций и сценарий диалога)

Продукт, разрабатываемый в работе, призван автоматизировать лишь небольшую часть ИС, существующую в МОУ СОШ №127 г. Омск, а именно работу по складскому учету. Форма, которая отображается после авторизации пользователя, является главным окном программы. Данная форма используется для отображения картограмм помещений, где учитывается инвентарь, а также самого инвентаря [21, c.41]. Если пользователь авторизирован с ролью «Администратор», то в меню ему доступны пункты для редактирования информации о количестве и расположении инвентаря, его номенклатуре. Сценарий диалога предоставлен на рисунке 5.

Рисунок 5 - Сценарий диалога работы программы

Программа в соответствии с разработанными в ней функциями отображает пользователю информацию о наличии инвентаря, его единицах измерения, периодичности измерений, порядковых номерах. Наряду с вышеперечисленным, пользователю также может отображаться предыдущий результат измерений и возможность просмотра, выгрузки и составление отчета по заданным параметрам [20, c.114].

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

Рисунок 6 - Сценарий диалога работы программы

2.5. Характеристика базы данных

Модель базы данных 1С:Предприятие 8 имеет ряд особенностей, отличающих ее от классических моделей СУБД, с которыми имеют дело разработчики в универсальных системах [19, c.28].

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

• описывать структуры данных в конфигураторе;
• манипулировать данными с помощью объектов встроенного языка;
• составлять запросы к данным, используя язык запросов [18, c.21].

Для хранения информации в данной ИС используются 3 справочника номенклатуры [3, c.65]:

• номенклатура;
• счета учета;
• места нахождения;

и список документов приема/списания инвентаря (рисунок 7).

Рисунок 7 – Схема данных ИС «Учет оборудования»

Используемая схема данных имеет связь «один ко многим», что позволяет выводить информацию из справочников в документ приема или списания с уникальным идентификатором.

База данных ИС «Складской учет»

Данная база содержит 5 таблиц. В таблице 5 представлены данные о наименованиях инвентаря.

Таблица 5

Номенклатура

Поля	Тип данных	Ограничения
Код	Счетчик
Наименование	Текстовый	40
Инвентарный номер	Текстовый	32

Таблица 6 в 1С является перечислением и не меняется в процессе работы программы.

Таблица 6

Вид операции

Поля	Тип данных	Ограничения
Код	Счетчик
Наименование	Текстовый	32

Таблица 7 хранит данные о счетах для учета средств.

Таблица 7

Счета учета

Поля	Тип данных	Ограничения
Код	Счетчик
Наименование	Текстовый	128

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

Таблица 9 является основной – это список документов поступления и выбытия инвентаря на баланс МОУ СОШ №127 г. Омск.

Таблица 8

Места нахождения

Поля	Тип данных	Ограничения
Код	Счетчик
Наименование	Текстовый	128

Информационная система складского учета реализована на платформе 1С, поэтому работа с данными происходит через данную программную оболочку [17, c.31].

Таблица 9

Акты приема/списания номенклатуры

Поля	Тип данных	Ограничения
Код	Счетчик
Код_Номенклатура	Числовой
Код_Счет учета	Числовой
Дата выпуска	Дата
Количество	Числовой	10 знаков
Цена	Числовой	13 знаков целой части, 2 дробной
Код_Место нахождения	Числовой

Схема работы программы представлена на рисунке 8.

Рисунок 8 – Схема работы ИС по складскому учету

В модуле ИС для складского учета используются запросы к базе данных.

Рисунок 9 - Запрос в процедуре печати актов приема или списания

Данный запрос (рисунок 9) выполняется при нажатии кнопки «Печать» в документе приема или списания. Он получает из регистра накопления «Движения Номенклатуры» записи и их поля, сделанные текущим документом (объектом). Отбор записей происходит по полю «Регистратор», которое сравнивается с переданным в запрос параметром «&РегистраторСсылка», в который помещается ссылка на текущий документ. Этот запрос формируется и выполняется автоматически при вызове метода «Прочитать» у коллекции «Движения» экземпляра объекта текущего документа [16, c.44].

Рисунок 10 - Запрос в процедуре печати актов приема или списания

Приведенный запрос (рисунок 10) получает последний выданный добавочный инвентарный номер путем выборки из регистра накопления «ДвиженияНоменклатуры» записей, только по полям «Номенклатура» и «ДобавочныйИнвентарныйНомер», со значением в поле «Номенклатура» равным переданному параметру «&Номенклатура» и группировки их по полю «Номенклатура», при этом записи с одинаковым значением поля «Номенклатура» будут объединены, а для поля «ДобавочныйИнвентарныйНомер» будет оставлено максимальное значение из объеденных записей. В итоге получаем запись с нужной номенклатурой и самым большим добавочным инвентарным номером [15, c.60].

Рисунок 11 - Запрос в процедуре формирования отчетов инвентаризации и реестр номенклатуры

Запрос на рисунке 11 получает из виртуальной таблицы «Остатки» регистра накопления «ДвиженияНоменклатуры» записи с заранее аккумулированными полями «Количество», «Стоимость». При этом отбираются только те записи, в которых «Номенклатура» принадлежит иерархии (является дочерней, с неограниченной вложенностью) переданной через параметр «&ГруппаНоменклатуры» – папки из справочника «Номенклатура», а сами записи сделаны до указанного через параметр «&ДатаФормирования» момента. Некоторым полям для удобства дальнейшего использования при обработке результата запроса назначаем псевдоним с помощью оператора «КАК» [14, c.55].

Результат запроса упорядочивается по полям «ИнвентарныйНомер» и «ДобавочныйИнвентарныйНомер».

2.6. Структурная схема пакета (дерево вызова программных модулей)

При входе в систему загружается модуль «Компоненты и методы соединения с БД» (DMUnit.pas) и модуль «Авторизации» (Login.pas). Если запустить испоняемый файл с параметром «-s» на экранной форме «Авторизации» (Login.pas), пользователю будет доступен модуль «Настройки подключения» (SettingsUnit.pas). Для прохождения «Авторизации» от пользователя требуется на экранной форме ввести авторизационную информацию, после чего нажать кнопку «Войти». В соответствии с действиями пользователя, модуль «Авторизации» проверяет на идентичность внесенные данные, с данными, хранящимися в таблице БД. После успешного прохождения процедуры «Авторизации» управление передается подключаемому модулю меню «Основной формы» (MainUnit.pas). После чего пользователю в зависимости от его прав доступа предоставляется возможность работы с модулями ИС [13, c.33].

Следует отметить, что (DMUnit.pas) необходимо подключать ко всем модулям, которые обращаются к БД.

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

Модуль меню «Основной формы» (MainUnit.pas) создается автоматически после входа в систему для всех успешно авторизировавшихся пользователей. Каждый пользователь имеет свои права в системе, согласно которым, ему (пользователю) предоставляются работа только с теми модулями, которые соответствуют его роли. В модуле «Основной формы» (MainUnit.pas) содержится процедуры логической подстановки с помощью полей «Здание», «Этаж», «Помещение». После выбора необходимого помещения из базы данных загружается соответствующие данному помещению изображение, с нанесенными на него индикаторами (mask) точек измерения. Индикатор служит для переадресации на модуль «Внесения результатов измерений» (MeasurementUnit.pas). С помощью этого модуля пользователь сохраняет результаты измерения [12, c.78].

Такие модули, как ChangePassUnit.pas (Изменения пароля), MultipleDimensionsUnit.pas (Единицы измерения), BuildingsUnit.pas (Здания), TwoFieldsTableUnit.pas (Типы приборов) идентичны по принципу работы. Их отличием является обрабатываемая информация и вид форм, выводимых на дисплей. Они выводят на экран данные соответствующих справочников и формы для ввода информации и необходимые для выбора. Поле этого происходит выбор «Добавить», «Изменить», «Удалить». Если выбран пункт «Добавить», то данные из форм ввода информации записываются в соответствующие таблицы БД с созданием новой записи, если выбран пункт «Изменить», то, в соответствии с выбором, данные записи таблицы БД, перезаписываются на данные форм ввода информации, иначе выбранная запись удаляется из таблицы БД.

Модуль AllUsersUnit.pas (Пользователи) производит выборку из справочника «users» и «roles» и выводит результат обработки на экран. При необходимости с помощью кнопок вызываются экранные формы для добавления и изменения пользователей. Ели выбран пункт «Удалить», то выбранная запись удаляется из справочника [11, c.9].

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

Рисунок 12 - Структурная схема пакета

Такой модуль, как DefaultDateUnit.pas, подключается из MainUnit.pas. Служит для автоматического подставления в модуль MeasurementUnit.pas (Внесение результатов измерений) данных о соответствующем оборудовании. Модуль MeasurementUnit.pas состоит из процедур и аргументов и служит для внесения оборудования базу в соответствии с его параметрами (характеристиками). После успешного внесения данных в таблице Measurements создается новая запись с набором соответсвующей при внесении информацией [9, c.61].

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

2.7. Описание программных модулей

На основе выбранного продукта строится дополнительная конфигурация с учетом решения выявленных задач. Для этого разработаны следующие объекты конфигурации:

Журналы документов:

• требовательная накладная;
• заказ поставщику оборудования;
• списание оборудования;
• Общий журнал.

Объекты конфигурации предназначены для хранения и просмотров документов. Каждый вид документа может быть отнесен к определенному журналу, но и существует общий журнал. Сам журнал документов не добавляет новых данных, а служит как средство просмотра и вызыва документов [8, c.141].

Справочники:

• номенклатура;
• места хранения;
• кабинет.

В конфигурации применительно к МОУ СОШ №127 г. Омск были созданы такие справочники как номенклатура, контрагенты, места хранения.

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

Создаются реквизиты «Наименование», «Объем». Реквизит «Объем» имеет тип кода «Число».

Документы:

• требовательная накладная;
• списание оборудования;
• заказ поставщику.

Документ «Требовательная накладная» служит для объединения заказов в один документ. В электронной форме этого документа отображается наименование, количество инвентаря, заказ поставщику [7, c.91].

Регистры:

• количество оборудования на остатке;
• хаказы поставщиков;
• списание оборудования;
• требовательных накладных.

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

Рисунок 13 - Регистр «Списание оборудования»

Отчеты:

• Остатки оборудования;
• Списание оборудования;
• Заказы поставщикам;
• Требовательная накладная.

Отчет «Остатки оборудования» служат для вывода конечных результатов.

Рисунок 14 - Построение отчета «Остатки оборудования»

Рисунок 15 - Выходная форма отчета «Остатки оборудования»

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

• 1. Контрольный пример реализации проекта и его описание

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

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

Первый этап, с которым столкнется пользователь, это авторизация пользователей в системе, здесь проверяется ИС «Складской учет» на работоспособность этапа аутентификации и определения статуса пользователя. Если все данные были введены верно, то пользователь попадает далее в рабочее пространство 1С, по умолчания в системе зарегистрированы: пользователь Admin с паролем Admin, являющийся администратором и завхоз – основной пользователь [6, c.44].

Следующей проверяется корректность работы со справочниками номенклатуры. В системе имеется 3 справочника:

• номенклатура;
• счета учета;
• места нахождения.

Для проверки необходимо открыть их по очереди и попробовать добавить новые элементы, как с корректными, так и некорректными данными.

Далее необходимо рассмотреть руководство пользователя ИС.

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

Рисунок 16 – Окно авторизации

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

После нажатия кнопки ОК, в случае успешной авторизации пользователю откроется окно с рабочей областью 1С.

Пользователь может просматривать и дополнять список оборудования, для этого ему необходимо выбрать пункт Учет_оборудования-> Номенклатура, откроется окно,показанное на рисунке 17.

Рисунок 17 – Справочник Номенклатура

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

Все операции с инвентарем производятся через документы – «Акт приема списания оборудования». Необходимо выбрать пункт Учет_оборудования -> Акты приемы/списания оборудования. Откроется окно со списком документов всех движений номенклатуры (рисунок 18).

Рисунок 18 – Список документов приема/списания оборудования

Для создания нового необходимо выбрать Действия->Добавить, либо нажать клавишу «Ins» на клавиатуре (рисунок 19).

Рисунок 19 – Окно авторизации

Для заполнения обязательны все поля. Вид операции выбирается в поле «Вид операции», номер документа присваивается автоматически, для редактирования это поле доступно только пользователю с правами администратора. Одновременно ввести можно неограниченное количество строк. При нажатии кнопки «ОК» документ автоматически проведётся, и указанная номенклатура примется либо спишется. В случае нажатия «записать» документ при расчете остатков учитываться не будет. Для распечатывания документа требуется проведенный документ. Инвентарь с одинаковым номером, но различной ценой либо датой выпуска принимается отдельными строками [5, c.31].

Для формирования отчета для инвентаризации необходимо выбрать пункт Учет оборудования->Инвентаризация оборудования, нажать кнопку «Сформировать». Этот отчет можно распечатать нажав Ctrl+P, либо картинку принтера на панели инструментов.

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

Отчет с группировкой может быть использован для общей отчетности на определенную дату, что позволяет данная ИС. Для его формирования выбирается Учет оборудования->Реестр номенклатуры, указывается дата и нажимается «Сформировать».

Заключение

Итак, был рассмотрен бизнес-процесс «Складской учет» применительно к МОУ СОШ №127 г. Омск.

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

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

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

Итак, достигнута цель курсовой работы – осуществлено проектирование реализации операций бизнес-процесса «Складской учет».

Для достижения этой цели был выполнен ряд последовательных задач, а именно:

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

• охарактеризованы существующие бизнес-процессы;

• охарактеризован документооборот, возникающий при решении задачи;

• обоснованы проектные решения по информационному и программному обеспечению;

• разработана и описана информационную модель;

• охарактеризована нормативно-справочная, входная, оперативная и результатная информация;

• разработаны общие положения (дерево функций и сценарий диалога);

• описаны программные модули;

• описан контрольный пример реализации проекта.

Список литературы

1. Федеральный закон «Об информации, информатизации и защите информации» от 25 января 2005.

2. ГОСТ Р 51275-2006 - Защита информации. Объект информатизации. Факторы, воздействующие на информацию. Общие положения.

3. Автоматизация проектирования вычислительных систем. Языки, моделирование и базы данных / ред. М. Брейер. - М.: Мир, 2014. - 463 c.

4. Белов, В.В. Проектирование информационных систем: Учебник / В.В. Белов. - М.: Академия, 2018. - 144 c.

5. Воройский, Ф. С. Основы проектирования автоматизированных библиотечно-информационных систем / Ф.С. Воройский. - М.: ФИЗМАТЛИТ, 2012. - 384 c.

6. Гвоздева, В. А. Основы построения автоматизированных информационных систем / В.А. Гвоздева, И.Ю. Лаврентьева. - М.: Форум, Инфра-М, 2016. - 320 c.

7. Гвоздева, Т.В. Проектирование информационных систем: технология автоматизированного проектирования. Лабораторный практикум. Учебно-справочное пособие / Т.В. Гвоздева, Б.А. Баллод. - СПб.: Лань, 2018. - 156 c.

8. Гвоздева, Т.В. Проектирование информационных систем. Стандартизация: Учебное пособие / Т.В. Гвоздева, Б.А. Баллод. - СПб.: Лань, 2019. - 252 c.

9. Герман-Галкин, С. Г. Matlab & Simulink. Проектирование мехатронных систем на ПК / С.Г. Герман-Галкин. - М.: Корона-Век, 2014. - 368 c.

10. Гинзбург, В.М. Проектирование информационных систем в строительстве. Информационное обеспечение / В.М. Гинзбург. - М.: АСВ, 2008. - 368 c.

11. Емельянова, Н.З. Проектирование информационных систем: Учебное пособие / Н.З. Емельянова, Т.Л. Партыка, И.И. Попов. - М.: Форум, 2013. - 432 c.

12. Жуков, К. Г. Модельное проектирование встраиваемых систем в LabVIEW (+ DVD-ROM) / К.Г. Жуков. - М.: ДМК Пресс, 2011. - 688 c.

13. Заботина, Н.Н. Проектирование информационных систем: Учебное пособие / Н.Н. Заботина. - М.: НИЦ Инфра-М, 2013. - 331 c.

14. Зегжда, Д.П. Основы безопасности информационных систем / Д.П. Зегжда, А.М. Ивашко. - М.: Горячая линия - Телеком, 2013. - 452 c.

15. Исаев, Г.Н. Проектирование информационных систем: Учебное пособие / Г.Н. Исаев. - М.: Омега-Л, 2013. - 424 c.

16. Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем / Э.Р. Ипатова, Ю.В. Ипатов. - М.: Флинта, 2013. - 256 c.

17. Коваленко, В.В. Проектирование информационных систем: Учебное пособие / В.В. Коваленко. - М.: Форум, 2015. - 976 c.

18. Мартишин, С.А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL Workbench: Методы и средства проектирования информационных систем и техноло / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. - М.: Форум, 2018. - 61 c.

19. Мидоу, Ч. Анализ информационных систем / Ч. Мидоу. - М.: Прогресс, 2011. - 400 c.

20. Паттерсон, Д. Архитектура компьютера и проектирование компьютерных систем / Д. Паттерсон, Дж. Хеннесси. - М.: Питер, 2012. - 784 c.

21. Перлова, О.Н. Проектирование и разработка информационных систем: Учебник / О.Н. Перлова. - М.: Академия, 2018. - 272 c.

22. Слепцов, А.И. Автоматизация проектирования управляющих систем гибких автоматизированных производств / А.И. Слепцов, А.А. Юрасов. - М.: Технiка, 2015. - 110 c.

23. Соловьев, В. В. Логическое проектирование цифровых систем на основе программируемых логических интегральных схем: моногр. / В.В. Соловьев, А. Климович. - М.: Горячая линия - Телеком, 2016. - 376 c.

24. Соловьев, И.В. Проектирование информационных систем. Фундаментальный курс: Учебное пособие для высшей школы / И.В. Соловьев, А.А. Майоров; Под ред. В.П. Савиных. - М.: Академический проспект, 2009. - 398 c.

25. Федоров, Н.В. Проектирование информационных систем на основе современных CASE-технологий / Н.В. Федоров. - М.: МГИУ, 2008. - 280 c.

26. Филиппов, В. А. Многомерные СУБД при создании корпоративных информационных систем / В.А. Филиппов. - М.: Едиториал УРСС, 2014. - 465 c.

27. Шастова, Г. А. Выбор и оптимизация структуры информационных систем / Г.А. Шастова, А.И. Коёкин. - М.: Энергия, 2015. - 256 c.

28. Шелухин, О. И. Моделирование информационных систем / О.И. Шелухин, А.М. Тенякшев, А.В. Осин. - М.: Радиотехника, 2011. - 368 c.

29. Юркевич, Е. В. Введение в теорию информационных систем / Е.В. Юркевич. - М.: Группа ИДТ, 2013. - 272 c.

30. Ярочкин, В. Безопасность информационных систем: моногр. / В. Ярочкин. - М.: Ось-89, 2015. - 320 c.

Приложение

Листинг программы

Программный код основной процедуры main и syntax

#!/usr/bin/env python

import email

import string

def main():

try:

print 'Connecting mail server...'

M = poplib.POP3('mango.rosno.ru')

numMessages = len(M.list()[1])

for i in range(numMessages):

print "=" * 40

msg = M.retr(i + 1)

str = string.join(msg[1], "\n")

mail = email.message_from_string(str)

mail_str = ''

if mail.is_multipart():

mail_str = mail.get_payload(0).get_payload()

else:

mail_str = mail.get_payload()

# Delete message from server

M.dele(i + 1)

M.quit()

print '%d new messages received' % numMessages

time.sleep(10)

except KeyboardInterrupt:

raise

except Exception as e:

print 'Error: %s' % str(e)

time.sleep(1)

from doc.text import DocTextReader
doc = DocTextReader('parus.doc')
root_entry = doc.root_entry
word_document = doc.get_entry_by_name('WordDocument')
one_table = root_entry.child.left_sibling.left_sibling
fc_clx = self.word_document.get_long(0x01a2
one_table.seek(fc_clx)
print one_table.read(1)

# -*- coding: UTF-8 -*-

if __name__ == '__build__':

raise Exception

def genshingle(source):

import binascii

shingleLen = 10 #длина шингла

out = []

for i in range(len(source)-(shingleLen-1)):

out.append (binascii.crc32(' '.join( [x for x in source[i:i+shingleLen]] ).encode('utf-8')))

return out

def compaire (source1,source2):

same = 0

for i in range(len(source1)):

if source1[i] in source2:

same = same + 1

return float(same*2)/float(len(source1) + len(source2))*10

class doc extends cfb