Проектирование реализации операций бизнес-процесса (Обоснование проектных решений)

Содержание:

ВВЕДЕНИЕ

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

Целью данного курсового проекта является проектирование информационной системы по ведению складского учёта в филиале транспортной компании.

Информационная система по организации складского учёта должна обладать следующими функциями:

- приёмка груза

- размещении товара на хранение /передачу на другой склад

- подготовку к отпуску

- отпуск товарополучателю

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

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

1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. ХАРАКТЕРИСТИКА КОМПЛЕКСА ЗАДАЧ

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

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

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

- документ на отправку груза

- документ на получение груза

От данного документа будет зависеть дальнейшие действия системы. Если был получен документ на отправку груза, то груз принимается на склад с пометкой «отправка на терминал в городе N» если же получен документ на получение груза, то груз помечается как «выданный» и фактически перестаёт числится на складе.

В зависимости от входного потока так же будет два вида выходного, это документы:

- документ на транспортировку груза

- документ о выдаче груза

Так же в качестве выходного потока будут выступать отчёты для пользователей системы, такие как:

- отчёт по количеству принятых/выданных грузов за период

- выдача статуса груза по его номеру

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

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

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

При всей важности задачи задействованных в её решении специалистов будет не много.

Менеджер по проектам – осуществляет все контакты с заказчиком, составляет ТЗ, осуществляет контроль установленных сроков

Программист – разрабатывает экранные формы и занимается написанием программного кода

Тех. специалист – осуществляет внедрение проекта в компании заказчика

В дальнейшем в данной курсовой будет использоваться ряд понятий которым необходимо дать пояснение:

Информационные технологии(ИТ, также — информационно-коммуникационные технологии) — процессы, методы поиска, сбора, хранения, обработки, предоставления, распространения информации и способы осуществления таких процессов и методов (ФЗ № 149-ФЗ); приёмы, способы и методы применения средств вычислительной техники при выполнении функций сбора, хранения, обработки, передачи и использования данных (ГОСТ 34.003-90); ресурсы, необходимые для сбора, обработки, хранения и распространения информации (ISO/IEC 38500:2008)

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

Информационные потоки – это физическое перемещение информации от одного сотрудника предприятия к другому или от одного подразделения к другому.

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

Основной формулой в разрабатываемой системе будет расчёт количества грузов на складе и грузов выданных:

Итого на складе = Груз1+Груз2+ГрузN…

Итого выдано = Груз1+Груз2+ГрузN…

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

Наглядно это видно в следующей таблице:

Диаграмма RACI	Сотрудники
Операция	Менеджер	Программист	Тех. специалист
Анализ	О	И	И
Планирование	О	К	И
Реализация	И	О	И
Сопровождение	П	К	О

О = ответственный; П = подотчетен; К = консультации; И = информирование

Определим сроки выполнения каждого этапа:

Этап	Количество дней
Анализ	1
Планирование	3
Реализация	7
Сопровождение	1

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

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

Рассматриваемая компания занимается перевозкой грузов, её деятельность можно изобразить на IDEF0 диаграмме:

Рис. 1.1 Контекстная диаграмма деятельности организации

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

Рис. 1.2 Деятельность компании

Теперь наглядно видно три класса процессов протекающих в компании:

- работа с клиентами

- складские операции

- ведение бухгалтерского учёта

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

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

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

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

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

Вот так выглядит схема документооборота для документа на выдачу груза:

Рис. 1.3 Схема документооборота на выдачу

Рис. 1.4 Схема документооборота на транспортировку

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

Проведём оценку потоков информации. В среднем, в день филиал обслуживает 40-50 человек из них примерно половина получает груз и соответственно вторая половина отправляет. Получаем такие цифры:

Документов в день – 50 шт.

Документов за год – 12 350 шт.

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

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

1.2. ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ

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

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

Перечислим экранные формы для нашего проекта:

- форма списка документов

- форма смены/отображения статуса груза и присвоения номера места на которой будет размещён груз

- форма формирования отчёта с указанием периода

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

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

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

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

UL[yy] -[xxxxxxxx]

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

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

Как было указано выше для обмена данными с другими ИС будут использоваться файлы обмена. Это два текстовых файла один для входных данных и один для выходных. Во входном файле на каждой строке будут находится данные для загрузки которые будут загружаться в систему. Каждая строка должна содержать номер по классификатору, тип документа и дату:

UL[yy] -[xxxxxxxx]:[Тип документа]:[Дата];

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

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

Для данного проекта на рабочих местах пользователей должна быть установлена операционная система от компании Microsoft – Windows 7. Этот выбор обусловлен тем, что эта ОС уже стоит на компьютерах компании и тем что она наиболее проста в освоении пользователями. Также в филиале транспортной компании уже имеется терминальный сервер под управлением Windows Server 2008 std на котором установлены другие информационные системы, а так же находится платформа для разработки программного обеспечения 1С:Предприятие.

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

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

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

Рис. 1.5 Масштабируемость системы

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ

2.1. ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ

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

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

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

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

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

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

Бухгалтер в любой момент может сформировать отчёт по данным склада.

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

Как уже говорилось ранее для данного проекта имеется два входных документа и файл загрузки данных. Входные документы:

- документ на отправку груза

- документ на получение груза

Для начала рассмотрим входной документ на отправку груза. Этим документом является товарно-транспортная накладная с нанесённым штрих-кодом для быстрого поиска в базе по коду с помощью сканера штрих-кодов. Сам документ в последующем прикладывается к грузу. В данном документе для разрабатываемой системы содержаться следующие важные показатели:

- тип документа(на транспортировку)

- штрих-код(для поиска в базе)

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

- код в базе

- тип документа

- наименование и размер груза

- ФИО грузополучателя

- дата

- штрих-код

На документе ставится отметка об оплате в виде печати. Важным показателем в этом документе так же являются:

- тип документа(на выдачу)

- штрих-код(для поиска в базе)

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

[Код]:[Тип документа]:[Дата];

где «Код» это код документа по классификатору, «Дата» - дата и время создания документа а «Тип документа» бывает двух видов: «Приём груза» и «Выдача груза» что наглядно видно в примере:

Рис. 2.2 Пример входного файла

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

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

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

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

- период за который сформирован

- номер документа (код)

- статус документа(кроме переданных на транспортировку)

- номер хранения(для документов со статусом «На складе»)

- поле «Итого на складе»

- поле «Итого выдано»

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

Рассмотрим откуда берутся данные в отчёт.

1. Период указывается пользователем
2. Статус выставляется работником склада и берётся в базе данных из поля «Статус»
3. Номер хранения берётся в базе данных из поля «Номер хранения» причём выводится он только для документов со статусом «На складе»
4. Поле «Итого на складе» рассчитывается по формуле:

Итого на складе = Документ1+ Документ 2+ Документ N…

где ДокументN это документ со статусом «На складе»

1. Поле «Итого выдано» рассчитывается по формуле:

Итого выдано = Документ1+ Документ 2+ Документ N…

где ДокументN это документ со статусом «Выдано»

Пример такого документа находится в Приложении 1.

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

[Код]:[Статус];

где «Код» это код документа по классификатору, «Статус» - статус груза на складе, Все эти данные берутся из одноимённых полей таблицы в базе данных ИС. Как это выглядит в системе хорошо видно в примере:

Рис. 2.3 Пример выходного файла

Выгрузка в этот файл происходит автоматически при внесении изменений в базу данных.

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

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

Рис. 2.4 Дерево функций

Теперь рассмотрим сценарий диалога который описывает начальное окно, множество состояний диалога, а также действия, которые выполняются в каждом состоянии. Сценарий диалога показан на рис. 2.5

Рис. 2.5 Сценарий диалога

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

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

Система использует одну базу данных и для хранения данных используется шесть таблиц: Accounts, Documents, Type_doc, Status_doc, Settings, Storage

Описание структуры записей таблицы «Accounts»:

Наименование	Идентификатор	Тип	Длина	Прочее
Код	id	число	2	Ключевое поле
Имя пользователя	user	строка	20
Пароль	password	строка	15

Описание структуры записей таблицы «Documents»:

Наименование	Идентификатор	Тип	Длина	Прочее
Код	id	число	10	Ключевое поле
Номер	Nomer	строка	13
Тип документа	Type	число	2
Статус	Status	число	2
Дата	Date	дата
Номер хранения	Storage	число	2

Описание структуры записей таблицы «Type_doc»:

Наименование	Идентификатор	Тип	Длина	Прочее
Код	id	число	2	Ключевое поле
Тип документа	Type	строка	15

Описание структуры записей таблицы «Status_doc»:

Наименование	Идентификатор	Тип	Длина	Прочее
Код	id	число	2	Ключевое поле
Статус	Status	строка	17

Описание структуры записей таблицы «Storage»:

Наименование	Идентификатор	Тип	Длина	Прочее
Код	id	число	2	Ключевое поле
Место на складе	Place	строка	3
Статус места	Stat_place	булево	1

Описание структуры записей таблицы «Settings»:

Наименование	Идентификатор	Тип	Длина	Прочее
Код	id	число	2	Ключевое поле
Наименование	nameset	строка	25
Входной файл	infile	строка	30
Выходной файл	outfile	строка	30

В ER модели базы данных в поле «Type» таблицы «Documents» содержится ключ который привязан к таблице «Type_doc» в которой хранятся все возможные типы документов, а в поле «Status» таблицы «Documents» содержится так же ключ который привязан к таблице «Status_doc» в которой хранятся статусы для документов и как было описано выше их всего три и в поле «Storage» находится ключ привязанный к таблице «Storage» в которой хранятся все доступные места на складе, где «Stat_place» это булево значение обозначающее занято место или нет.

Рис. 2.6 ER модель базы данных

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

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

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

№ п/п	Наименование модуля	Функции модуля
1.	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы
2.	Модуль авторизации	Содержит процедуры и функции позволяющие идентифицировать пользователя
3.	Модуль работы с документами	Содержит процедуры и функции для работы с документами
4.	Модуль работы с отчётами	Содержит процедуры и функции позволяющие выводить отчёт за период
5.	Модуль загрузки данных из файла	Содержит процедуры и функции загружающие данные в систему из входящего файла
6.	Модуль выгрузки данных в файл	Содержит процедуры и функции выгрузки данных из системы в файл для обмена данных с другими ИС

Дерево программных модулей для разрабатываемой системы представлено на рисунке 2.7

Рис. 2.7 Дерево вызова программных модулей

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

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

Рис. 2.8 Блок-схемы программных модулей

Блок схемы модулей обмена данными приведены на рис. 2.9

Рис. 2.9 Блок-схемы программных модулей

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

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

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

Программа имеет защиту от несанкционированного доступа и при её запуске запрашивает пароль как на рис. 2.10

Рис. 2.10 Вход в систему

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

Рис. 2.11 Основное окно программы

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

Рис. 2.12 Форма редактирования параметров документа

Сам статус груза выбирается из выпадающего списка при щелчке на кнопке в виде «…».

Рис. 2.13 Смена статуса документа

Щёлкнув в меню на значке «Отчёты» левой кнопкой мыши пользователь попадает в раздел формирования отчётов. Где необходимо выбрать нужный отчёт как показано на рис. 2.14

Рис. 2.14 Окно с выбором отчёта

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

Рис. 2.15 Окно параметров отчёта

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

Рис. 2.16 Экранная форма отчёта

Рис. 2.17 Произвольный период отчёта

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

ИмяДиска://ПутьКФайлу/ИмяФайла.расширение

Рис. 2.18 Окно настройки программы

Рис. 2.19 Настройка обмена данными

Сам механизм обмена данными приведён в Приложении 2.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

На основании данного курсового проекта была разработана конфигурация для платформы 1С:Предприятие 8.2 которая соответствует всем требованиям указанным в проекте.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Владимир Грекул, Нина Коровкина, Юрий Куприянов. Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013

2. Ричард Ньютон. Управление проектами от А до Я. – М.: Альпина Паблишер, 2014

3. В.Г. Елиферов, В.В. Репин. Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013

4. Радченко, М.А. 1С:Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приемы. – Питер: "1С-Паблишинг", 2012

5. Информационный сервер "Фирма 1С". Электр. ресурс 1: 1С: Управление торговлей 8. Режим доступа: http://softrm.ru/ut8general/storage

6. Хрусталева, Е.Ю. Разработка сложных отчетов в 1С:Предприятии 8.2 Система компоновки данных. – Питер: "1С-Паблишинг", 2013

7. Рыбалка, В.В. Hello, 1C. Пример быстрой разработки приложений на платформе 1С:Предприятие 8.2. – Питер: "1С-Паблишинг", 2014

ПРИЛОЖЕНИЕ 1. Выходной отчёт.

Отчёт по складу Ульяновск

06.04.16 - 06.04.16

Документ	Статус	Номер хранения
UL16-00001762	Выдано
UL16-00001764	Выдано
UL16-00001781	На складе	B23
UL16-00001760	Выдано
UL16-00001782	На складе	A06
UL16-00001753	Выдано
UL16-00001748	Выдано
UL16-00001765	Выдано
UL16-00001783	На складе	C34
UL16-00001750	Выдано
UL16-00001784	На складе	F02
UL16-00001737	Выдано
UL16-00001785	На складе	A14
UL16-00001786	На складе	A15
UL16-00001759	Выдано
UL16-00001747	Выдано
UL16-00001733	Выдано
UL16-00001787	На складе	F23
UL16-00001751	Выдано
UL16-00001788	На складе	D18
UL16-00001766	Выдано
UL16-00001723	Выдано
UL16-00001789	На складе	A12
UL16-00001739	Выдано
UL16-00001790	На складе	F09
UL16-00001718	Выдано
UL16-00001734	Выдано
UL16-00001791	На складе	D31
UL16-00001765	Выдано

Итого на складе: 11 грузов

Итого выдано: 18 грузов

ПРИЛОЖЕНИЕ 2. Листинг модулей загрузки и выгрузки из файла.

Модуль выгрузки данных в файл:

&НаСервере

Процедура ЭкспортВФайл() Экспорт

Текст = Новый ТекстовыйДокумент;

// перебор элементов справочника

Выборка = Справочники.Документы.Выбрать();

Пока Выборка.Следующий() Цикл

Если СтрДлина(Выборка.Статус) <> 18 Тогда Текст.ДобавитьСтроку(Выборка.Наименование+":"+Выборка.Статус+";");

КонецЕсли;

КонецЦикла;

// запись в текстовый файл

Выборка2 = Справочники.ОбменДанными.Выбрать();

Пока Выборка2.Следующий() Цикл

Текст.Записать(Выборка2.ИмяВыходногоФайла);

КонецЦикла;

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

Модуль загрузки данных из файла:

&НаСервере

Процедура ИмпортИзФайла() Экспорт

Текст = Новый ТекстовыйДокумент;

//Чтение файла

Выборка = Справочники.ОбменДанными.Выбрать();

Пока Выборка.Следующий() Цикл

Файл = Выборка.ИмяВходногоФайла;

КонецЦикла;

Текст.Прочитать(Файл);

Для НомерСтроки = 1 По Текст.КоличествоСтрок() Цикл

Стр = Текст.ПолучитьСтроку(НомерСтроки);

//Парсинг строки

Буфер = стрЗаменить(Стр,";",Символы.ПС);

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

Спр=Справочники.Документы.СоздатьЭлемент();

Спр.Наименование = стрПолучитьСтроку(Буфер,1);

Спр.ТипДокумента = стрПолучитьСтроку(Буфер,2);

Спр.Дата = Дата(стрПолучитьСтроку(Буфер,3));

Спр.Записать();

КонецЦикла;

// Удаление файла чтобы не загружать повторно

Попытка

УдалитьФайлы(Файл);

Исключение

Сообщить("Возникли проблемы с удалением файла");

Возврат;

КонецПопытки;

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