Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

ВВЕДЕНИЕ

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

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

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

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

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

По мере своего дальнейшего развития административные системы обработки данных перерастают в автоматизированные системы управления (АСУ) соответствующими объектами, в которых, как правило, не ограничиваются одной ЭВМ, а в составе двух и более ЭВМ объединяют в вычислительный комплекс.

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

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

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

Основной результат данной работы и состоит в разработке программного продукта для обеспечения стабильной работы заведующего складом РУПП «Брестхлебпром» филиал Барановичский хлебозавод.

1. АНАЛИТИЧЕСКИЙ РАЗДЕЛ

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

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

Требования к проекту:

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

2. Вывод необходимых видов отчетностей на печать.

3. Мониторинг движения технических ресурсов.

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

Основные цели создания информационной подсистемы:

? повышение производительности труда;

? снижение нагрузки на персонал (из-за автоматизации трудоемкой работы);

? повышение прибыли.

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

Требования к функциям (задачам), выполняемым системой:

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

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

3. Информационная подсистема складского учета должна быть реализована на платформе Microsoft Windows.

Алгоритм решения поставленной задачи можно представить следующей последовательностью этапов:

1. Сбор информации

2. Создание и ведение нормативно-справочной информации.

3. Создание и ведение баз данных

4. Обработка информации

5. Формирование выходных документов

6. Распечатка выходных документов

Ведение нормативно-справочной информации включает в себя:

· Добавление новой записи в справочник

· Изменение записи

· Удаление записи

1.2 Исследование предметной области

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

АИС являются, с одной стороны, разновидностью информационных систем (ИС), включающих информационные системы учета и контроля (ИСУиК), с другой -- автоматизированных систем (АС), вследствие чего их часто называют ИС, ИСУиК или АС.

В АИС за хранение информации отвечают:

· на физическом уровне:

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

- внешние накопители;

- дисковые массивы;

· на программном уровне:

- файловая система ОС;

- СУБД;

- системы хранения документов.

При разработке БД были выделены следующие сущности:

- товары;

- категории;

- виды товаров;

- завскладом;

- клиенты;

- поставщики;

- снабженцы;

- упаковка;

- справочник единиц измерения;

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

- заявка поставщика;

- заявка клиента;

- приход;

- расход;

- списание.

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

- сущность «Товары» связана с сущностью «Списание»;

- сущность «Товары» связана с сущностью «Расход»;

- сущность «Товары» связана с сущностью «Приход»;

- сущность «Поставщики» связана с сущностью «Заявка поставщика»;

- сущность «Клиенты» связана с сущностью «Заявка клиента»;

- сущность «Завскладом» связана с сущностью «Заявка клиента»;

- сущность «Категории» связана с сущностью «Товары»;

- сущность «Справочник единиц измерения» связана с сущностью «Товары»;

- сущность «Упаковка» связана с сущностью «Товары»;

- сущность «Виды товаров» связана с сущностью «Товары»;

- сущность «Справочник производителей» связана с сущностью «Товары»;

- сущность «Снабженцы» связана с сущностью «Заявка поставщика»;

- сущность «Заявка поставщика» связана с сущностью «Приход»;

- сущность «Заявка клиента» связана с сущностью «Расход».

Все связи между сущностями имеют тип один-ко-многим.

Каждому объекту соответствуют свои атрибуты:

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

- категории: идентификатор, названия категории, примечания;

- виды товаров: идентификатор, наименование вида, примечания;

- завскладом: идентификатор, ФИО, работа, примечания;

- клиенты: идентификатор, наименование, ИНН, адрес, банковские реквизиты;

- поставщики: идентификатор, наименование, ИНН, адрес, банковские реквизиты;

- снабженцы: идентификатор, ФИО, выполняемые обязанности, примечания;

- упаковка: идентификатор, полное название, сокращение;

- справочник единиц измерения: идентификатор, полное название сокращение;

- справочник производителей: идентификатор, производитель, примечания;

- заявка поставщика: идентификатор, номер заявки, поставщик, снабженцы, дата, примечания;

- заявка клиента: идентификатор, номер заявки, дата, наименование клиента, ФИО завскладом, исполнение заявки, примечания;

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

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

- списание: идентификатор, наименование товара, дата, количество, причина списания.

1.3 Существующие аналоги

Мировые аналоги разрабатываемого ПП с их кратким описанием представлены ниже.

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

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

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

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

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

«Склад+» одна из самых удобных универсальных программ, включая отчетную и налоговую отчетность. Позволяет формировать все типы первичной документации. Снабжена функцией одновременного подсчета 3-х цен продажи соответственно закупке и опцией выбора оптимального варианта. Это позволяет формировать цены в соответствии с возможностями конкретного покупателя[20].

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

«ИП -Торговый Склад» - программа складского учета и применяется для учета в торговле. Она с успехом используется как на оптовых складах так и на предприятиях розничной торговли. Допускается использование программы для учета материалов и готовой продукция на производственных предприятиях.

"Склад Про" -это программа для предприятий состоящих из нескольких подразделений сложной сетевой структуры[26].

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

1.4 Обоснование выбора системы программирования

На сегодняшний день, существует большое количество разнообразных средств разработки приложений: Borland Delphi 7, Borland C++ Builder 6, Borland Java Builder, Borland Developer Studio 2006, Microsoft Visual Studio 2005, 2008, 2010, Visual Basic и многие другие.

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

Visual Basic считается хорошим средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows[4].

Достоинства:

- Высокая скорость создания приложений с графическим интерфейсом для MS Windows.

- Простой синтаксис, позволяющий очень быстро освоить язык.

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

- Защита от ошибок, связанных с применением указателей и доступом к памяти. Этот аспект делает Visual Basic приложения более стабильными[5].

1.5 Выбор СУБД

На сегодняшний день наиболее распространёнными системами управления базами данных являются Oracle Database, MySQL, Berkeley DB, InnoDB и Rdb[10].

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

Ключевой продукт с момента создания компании и по нынешний день -- Oracle Database. Начиная с 90-х годов компания развивает и реализует и другие СУБД. На 2006 год Gartner оценивал долю Oracle на рынке СУБД в 46,8 %.

В результате поглощения Sun Microsystems, к Oracle перешли активы MySQL AB и свободно распространяемая СУБД MySQL. MySQL отмечается как свободная альтернатива Microsoft SQL Server[19].

Berkeley DB -- встраиваемая нереляционная СУБД, перешедшая к Oracle в 2006 году в результате приобретения компании Sleepycat Software. По оценке IDC, благодаря Berkeley DB (а также TimesTen), Oracle занимает на 2009 год первое место на рынке встроенных СУБД с долей 30,3 %.

Среди основных свойств СУБД Oracle следует отметить такие, как:

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

- Наличие универсальных средств защиты информации;

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

- Индексация по битовому отображению;

- Свободные таблицы;

- Распараллеливание операций в запросе;

- Наличие широкого спектра средств разработки, мониторинга и администрирования;

- Ориентация на Интернет технологии[28].

1.6 Краткая характеристика сред проектирования баз данных

1.6.1 Язык программирования Visual Basic

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

Visual Basic считается хорошим средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows[6].

Первое признание серьёзными разработчиками Visual Basic получил после выхода версии 3 -- VB3. Окончательное признание как полноценного средства программирования для Windows -- при выходе версии 5 -- VB5. Версия VB6, входящая в состав Microsoft Visual Studio 6.0, стала по-настоящему зрелым и функционально богатым продуктом. После этого разработчики из Microsoft существенно изменили направление развития данной технологии.

Visual Basic.NET не позволяет программировать по-старому, ибо по сути является совершенно другим языком, таким же, как и любой другой язык программирования для платформы.NET. Индивидуальность языка, так же как и его преимущества (простота, скорость создания программ, лёгкость использования готовых компонент) при использовании в среде.NET не имеют такого значения, как раньше -- всё сосредоточено на возможностях самой системы.NET, на её библиотеке классов. Поэтому сегодня нужно говорить о классическом Visual Basic, его диалектах Visual Basic for Applications (VBA) и Visual Basic Scripting Edition (VBScript) и о языке для платформы.NET -- Visual Basic.NET[7].

1.6.2 Oracle Database 10g

Oracle Database 10g -- первая в мире база данных, разработанная специально для работы в сетях распределенных вычислений. Oracle Database 10g предназначена для эффективного развертывания на базе различных типов оборудования, от небольших серверов до Oracle Enterprise Grid мощных многопроцессорных серверных систем, от отдельных кластеров до корпоративных распределенных вычислительных систем. Oracle Database 10g предоставляет возможность автоматической настройки и управления, которая делает ее использование простым и экономически выгодным. Ее уникальные возможности осуществлять управление всеми данными предприятия -- от обычных операций с бизнес-информацией до динамического многомерного анализа данных (OLAP), операций с документами формата XML, управления распределенной/локальной информацией -- делает ее идеальным выбором для выполнения приложений, обеспечивающих обработку оперативных транзакций, интеллектуальный анализ информации, хранение данных и управление информационным наполнением [27].

Oracle Database 10g позволяет пользователям виртуализировать использование аппаратного обеспечения -- серверов и систем хранения данных. Oracle Database 10g обладает технологиями, которые позволяют администраторам надежно хранить и быстро распределять и извлекать данные для пользователей и приложений, работающих в сетях Grid. Oracle Database 10g значительно повышает производительность обработки данных и включает в себя удобные средства администрирования.

Вот только некоторые ключевые возможности Oracle Database 10g:

1. Real Application Cluster (RAC) обеспечивает работу одного экземпляра базы данных на нескольких узлах grid, позволяя управлять нагрузкой и гибко масштабировать систему в случае необходимости.

2. Automatic Storage Management (ASM) позволяет автоматически распределять данные между имеющимися ресурсами систем хранения данных, что повышает отказоустойчивость системы и снижает общую стоимость владения.

3. Производительность. Oracle Database 10g позволяет автоматически управлять уровнями сервиса и тиражировать эталонные конфигурации в рамках всей сети.

4. Простые средства разработки. Новый инструмент разработки приложений HTML DB позволит простым пользователям создавать эффективные приложения для работы с базами данных в короткие сроки.

5. Самоуправление. Специальные механизмы Oracle Database 10g позволяют самостоятельно перераспределять нагрузку на систему, оптимизировать и корректировать SQL-запросы, выявлять и прогнозировать ошибки.

6. Большие базы данных. Теперь максимальный размер экземпляра базы данных Oracle может достигать 8 экзабайт.

7. Недорогие серверные системы. Oracle Database 10g может использовать недорогие однопроцессорные компьютеры или модульные системы из «серверов-лезвий» [28].

1.6.3 ActiveX Data Objects

ADO (ActiveX Data Objects) -- объектно-ориентированная технология доступа к данным. ADO позволяет клиентским приложениям работать с сервером баз данных через единый интерфейс, предоставляемый провайдером. ADO состоит из трех основных элементов: ADO, ADO MD и ADOX.

Непосредственно ADO (в которое входит RDS, Remote Data Service, служба работы с удаленными данными) предоставляет основные функции для работы с данными. В ADO входит все необходимое для создания приложений типа клиент-сервер и web-приложений. RDS, которая входит в состав ADO, позволяет перемещать данные с сервера на клиентское приложение, обрабатывать их и возвращать результат на сервер.

ActiveX Data Objects Multidimensional (ADO MD) предоставляет легкий и удобный доступ для многомерного представления данных в языках высокого уровня. ADO MD расширяет функциональность ADO, включая в него объекты многомерных данных, такие как объекты CubeDef и Cellset. Подобно ADO, в ADO MD используется предоставляемый провайдером доступ к данных, причем провайдер должен являться провайдером многомерных данных (MDP) в отличии от обычных провайдеров (TDP), предоставляющих информацию в табличном виде.

Расширение ADO Extensions for Data Defination Language and Security (ADOX) расширяет возможности ADO до манипулированию схемой данных и управлением безопасностью данных. ADOX позволяет работать с такими элементами, как таблицы и процедуры, управлять группами и пользователями, а также доступом пользователей к объектам.

Есть три основных компонента для доступа к данным. OLE DB является низкоуровневым и высокопроизводительным интерфейсом к различным источникам данных. ADO является высокоуровневой объектной оболочкой к OLE DB. И наконец, ODBC является альтернативным низкоуровневым и высокопроизводительным интерфейсом для работы с реляционными источниками данных.

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

1.6.4 ERwin

Процесс системного моделирования для заданной предметной области проводился с помощью инструментальной среды ERwin.

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

Обычно разработка модели базы данных состоит из двух этапов: составление логической модели и создание на ее основе физической модели. ERwin полностью поддерживает такой процесс, он имеет два представления модели: логическое (logical) и физическое (physical). Таким образом, разработчик может строить логическую модель базы данных, не задумываясь над деталями физической реализации, т.е. уделяя основное внимание требованиям к информации и бизнес-процессам, которые будет поддерживать будущая база данных. ERwin имеет очень удобный пользовательский интерфейс, позволяющий представить базу данных в самых различных аспектах. Например, ERwin имеет такие средства визуализации как "хранимое представление" (stored display) и "предметная область" (subject area). Хранимые представления позволяют иметь несколько вариантов представления модели, в каждом из которых могут быть подчеркнуты определенные детали, которые вызвали бы перенасыщение модели, если бы они были помещены на одном представлении. Предметные области помогают вычленить из сложной и трудной для восприятия модели отдельные фрагменты, которые относятся лишь к определенной области, из числа тех, что охватывает информационная модель.

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

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

Возможность использования модели ERwin одновременно для логического и физического представления данных позволяет по окончании работы получить полностью документированную модель. ERwin, как и инструмент моделирования бизнес-процессов BPwin, интегрирован с генератором отчетов фирмы Logic Works - RPTwin. Это средство позволяет получать подробные отчеты по модели, освещая самые различные ракурсы и аспекты. Инструмент RPTwin поставляется вместе с ERwin и имеет богатый набор встроенных отчетов, позволяющих получать многогранную информацию по модели. Документирование структуры данных является очень важной частью моделирования, т.к. это позволяет другим разработчикам или лицам, которые будут сопровождать систему, быстрее начать ориентироваться во внутренней структуре и понимать назначение компонентов.

ERwin является не только инструментом для дизайна баз данных, он также поддерживает автоматическую генерацию спроектированной и определенной на физическом уровне структуры данных. ERwin поддерживает широчайший спектр серверных и настольных СУБД. В этот список входят такие продукты, как Microsoft SQL Server, Oracle, Sybase, DB2, INFORMIX, Red Brick, Teradata, PROGRESS, Microsoft Access, FoxPro, Clipper и многие другие. Для каждой из перечисленных СУБД в ERwin предусмотрено присоединение по "родному" для этой СУБД протоколу и поддержка всех средств управления данными, присущих этой СУБД. Инструмент имеет богатый и гибкий макроязык, позволяющий создавать сценарии (pre- и postscripts), которые будут выполняться до и после генерации определенного объекта на СУБД назначения. С помощью этого макроязыка можно также сгенерировать на СУБД назначения тысячи строк шаблонов, хранимых процедур и триггеров. ERwin не поддерживает моделирования механизмов защиты базы данных, однако при помощи макроязыка можно автоматически выдать права на объект, пользуясь языком определения прав, который используется в конкретной СУБД.

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

ERwin имеет средство Complete-Compare, которое является единственным на данный момент средством интерактивной разработки. ERwin демонстрирует разногласия между моделью и базой данных, эти несоответствия можно переносить или оставлять без изменений. При помощи этого средства можно все изменения модели вносить в базу данных автоматически без необходимости контроля за соответствием модели и базы данных "вручную", при этом существующие данные не будут затронуты. ERwin поддерживает многомерное моделирование, которое используется при построении хранилищ данных. ERwin поддерживает две технологии моделирования хранилищ данных: звезда (star) и снежинка (snowflake).

ERwin тесно интегрирован с другими продуктами Logic Works. Словарь данных, созданный при анализе бизнес-процессов при помощи инструмента BPwin, может быть использован как основа для построения модели базы данных. Однако взаимосвязь между этими двумя инструментами двусторонняя, модели BPwin и ERwin можно постоянно поддерживать в согласованном состоянии. Интеграция этих двух продуктов очень важна с точки зрения их совместного использования при разработке программного обеспечения, т.к. отпадает необходимость в повторном выполнении действий и процесс создания словаря данных становится практически автоматическим [24].

программный склад учет информация

2 ПРАКТИЧЕСКИЙ РАЗДЕЛ

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

До написания данного программного продукта на предприятии РУПП «Брестхлебпром» филиал Барановичский хлебозавод отсутствовала информационная подсистема складского учета.

С учетом приведенных требований было принято решение создать в среде визуальной разработки Visual Basic новый ПП построения баз данных с помощью технологии Oracle с архитектурой «клиент-сервер». Данные средства реализации являются перспективными и позволили решить поставленную задачу в соответствии с требованиями к разработке дипломного проекта.

Создадим логическую и физическую модели данных для базы данных в среде ERwin.

2.2 Логическое и физическое проектирования БД

Логическая и физическая схемы БД представлены на рисунках 2.1 и 2.2 соответственно.



Рисунок 2.1 -- Логическая модель базы данных



Рисунок 2.2 -- Физическая модель базы данных

В таблицах 2.1-2.15 представлены описания полей таблиц «Товары», «Категории», «Виды товаров», «Завскладом», «Клиенты», «Поставщики», «Снабженцы», «Упаковка», «Справочник единиц измерения», «Справочник производителей», «Заявка поставщика», «Заявка клиента», «Приход», «Расход», «Списание» соответственно.

Название	Тип
ID	number
Номенклатурный номер	number
Наименование	varchar
Количество	number
Категория	varchar
Единица измерения	varchar
Упаковка	varchar
Вид	varchar
Производитель	varchar
Цена	number
Примечание	varchar

Таблица 2.1 - Описание полей таблицы «Товары»

Название	Тип
ID	number
Название категории	varchar
Примечание	varchar

Таблица 2.2 - Описание полей таблицы «Категории»

Название	Тип
ID	number
Название вида	varchar
Примечание	varchar

Таблица 2.3 - Описание полей таблицы «Виды товаров»

Название	Тип
ID	number
ФИО	varchar
Работа	varchar
Примечание	varchar

Таблица 2.4 - Описание полей таблицы «Завскладом»

Название	Тип
ID	number
Наименование клиента	varchar
ИНН клиента	number
Адрес	varchar
Банковские реквизиты	varchar

Таблица 2.5 - Описание полей таблицы «Клиенты»

Название	Тип
ID	number
Наименование поставщика	varchar
ИНН поставщика	number
Адрес	varchar
Банковские реквизиты	varchar

Таблица 2.6 - Описание полей таблицы «Поставщики»

Название	Тип
ID	number
ФИО	varchar
Выполняемые обязанности	varchar
Примечание	varchar

Таблица 2.7 - Описание полей таблицы «Снабженцы»

Название	Тип
ID	number
Полное название	varchar
Сокращение	varchar

Таблица 2.8 - Описание полей таблицы «Упаковка»

Название	Тип
ID	number
Полное название	varchar
Сокращение	varchar

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

Название	Тип
ID	number
Производитель	varchar
Примечание	varchar

Таблица 2.10 - Описание полей таблицы «Справочник производителей»

Название	Тип
ID	number
Номер заявки	number
Поставщик	varchar
Снабженцы	varchar
Дата	date
Примечание	varchar

Таблица 2.11 - Описание полей таблицы «Заявка поставщика»

Название	Тип
ID	number
Номер заявки	number
Наименование товара	varchar
Дата	date
Наименование клиента	varchar
ФИО завскладом	varchar
Исполнение заявки	varchar
Примечание	varchar

Таблица 2.12 - Описание полей таблицы «Заявка клиента»

Название	Тип
ID	number
Наименование товара	varchar
Идентификатор заявки поставщика	number
Количество	number
Цена	number

Таблица 2.13 - Описание полей таблицы «Приход»

Название	Тип
ID	number
Идентификатор заявки клиента	number
Наименование товара	varchar
Количество	number
Цена	number

Таблица 2.14 - Описание полей таблицы «Расход»

Название	Тип
ID	number
Наименование списанного товара	varchar
Дата списания	date
Количество	number
Причина списания	varchar

Таблица 2.15- Описание полей таблицы «Списание»

2.3 Описание алгоритма реализации

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

На рисунке 2.3 изображен алгоритм работы приложения.

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



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

Листинг программы размещен в приложении А.

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

При анализе предметной области было решено добавить следующие формы, приведенные в таблице 2.16.

Название формы	Назначение формы
FmMenu	Главная форма приложения
FmCat	Информационная форма для просмотра данных таблицы «Категории»
FmClient	Информационная форма для просмотра данных таблицы «Клиенты»
FmInch	Информационная форма для просмотра данных таблицы «Справочник единиц измерения»
FmManuf	Информационная форма для просмотра данных таблицы «Справочник производителей»
FmPack	Информационная форма для просмотра данных таблицы «Упаковка»
FmPost	Информационная форма для просмотра данных таблицы «Поставщики»
FmPrihod	Форма для работы с данными таблицы «Приход»
FmSnabj	Информационная форма для просмотра данных таблицы «Снабженцы»
FmSpisanie	Форма для работы с данными таблицы «Списание»
FmTovar	Форма для работы с данными таблицы «Товар»
FmVid	Информационная форма для просмотра данных таблицы «Виды товаров»
FmZ	Форма для работы с данными таблицы «Заявка клиента»
FmZCont	Форма для редактирования содержания заявки
DataReport	Форма планировки приходного документа
DataReportZ	Форма планировки заявки
RepSpis	Форма планировки документа списания продукции
RepTovar	Форма планировки документа ассортимента продукции

Таблица 2.16 - Название и назначение проекта форм

2.5 Тестирование программного продукта

Тестирование - это процесс, направленный на выявление ошибок.

Процесс тестирования включает:

- действия, направленные на выявление ошибок;

- диагностику и локализацию ошибок;

- внесение исправлений в программу с целью устранения ошибок.

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

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

Детерминированное тестирование - требует многократного выполнения программы на ЭВМ с использованием определенных, специальным образом подобранных тестовых наборов данных.

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

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

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

Журнал тестирования программного продукта представлен в таблице 2.17.

Таблица 2.17 - Журнал тестирования программного продукта

№	Название модуля/экрана	Описание тестового случая	Ожидаемые результаты	Тестовый случай пройден? Да/Нет	Комментарии
1	2	3	4	5	6
1	Кнопка "Категории"	Выбор одинарным щелчком мыши	Открытие справочника «Категории»	Да	Работает корректно
2	Кнопка "Ед. измерения"	Выбор одинарным щелчком мыши	Открытие справочника единиц измерения	Да	Работает корректно
3	Кнопка "Виды упаковки"	Выбор одинарным щелчком мыши	Открытие справочника «Упаковка»	Да	Работает корректно
4	Кнопка "Виды товаров"	Выбор одинарным щелчком мыши	Открытие справочника «Виды товаров»	Да	Работает корректно
5	Кнопка "Производители"	Выбор одинарным щелчком мыши	Открытие справочника производителей	Да	Работает корректно
6	Кнопка "Товары"	Выбор одинарным щелчком мыши	Открытие справочника «Товары»	Да	Работает корректно
7	Кнопка "Клиенты"	Выбор одинарным щелчком мыши	Открытие справочника «Клиенты»	Да	Работает корректно
8	Кнопка "Поставщики"	Выбор одинарным щелчком мыши	Открытие справочника «Поставщики»	Да	Работает корректно
9	Кнопка "Снабженцы"	Выбор одинарным щелчком мыши	Открытие справочника «Снабженцы»	Да	Работает корректно
10	Кнопка "Расход продукции"	Выбор одинарным щелчком мыши	Открытие панели для создания заявки	Да	Работает корректно
11	Кнопка "Отпуск товара по заявке"	Выбор одинарным щелчком мыши	Отпуск товара по заявке и вывод панели подтверждения	Да	Работает корректно
12	Кнопка "Печать заявки"	Выбор одинарным щелчком мыши	Вывод панели печати заполненной заявки	Да	Работает корректно
13	Кнопка "Документ Excel"	Выбор одинарным щелчком мыши	Открытие документа Excel с таблицей заявки	Да	Работает корректно
14	Кнопка "Добавить"	Выбор одинарным щелчком мыши	Открытие панели редактирования содержания заявки	Да	Работает корректно
15	Кнопка "OK"	Выбор одинарным щелчком мыши	Подтверждение внесенных изменений	Да	Работает корректно
16	Кнопка "Отмена"	Выбор одинарным щелчком мыши	Закрытие панели изменения	Да	Работает корректно
17	Кнопка "Изменить"	Выбор одинарным щелчком мыши	Открытие панели редактирования содержания заявки	Да	Работает корректно
18	Кнопка "Удалить"	Выбор одинарным щелчком мыши	Удаление данных	Да	Работает корректно
19	Кнопка "Обновить данные"	Выбор одинарным щелчком мыши	Обновление данных	Да	Работает корректно
20	Кнопка "Списание продукции"	Выбор одинарным щелчком мыши	Открытие панели для создания документа списания продукции	Да	Работает корректно
21	Кнопка "Печать истории списания"	Выбор одинарным щелчком мыши	Вывод панели печати документа списания продукции	Да	Работает корректно
22	Кнопка "Документ Excel"	Выбор одинарным щелчком мыши	Открытие документа Excel с таблицей документа	Да	Работает корректно
23	Кнопка "Добавить"	Выбор одинарным щелчком мыши	Добавление данных	Да	Работает корректно
24	Кнопка "Сохранить"	Выбор одинарным щелчком мыши	Сохранение изменений	Да	Работает корректно
25	Кнопка "Удалить"	Выбор одинарным щелчком мыши	Удаление данных	Да	Работает корректно
26	Кнопка "Отмена"	Выбор одинарным щелчком мыши	Отмена изменений	Да	Работает корректно
27	Кнопка "Приход продукции"	Выбор одинарным щелчком мыши	Открытие панели для создания приходного документа	Да	Работает корректно
28	Кнопка "Обновить"	Выбор одинарным щелчком мыши	Обновление данных	Да	Работает корректно
29	Кнопка "Печать документа"	Выбор одинарным щелчком мыши	Вывод панели печати приходного документа	Да	Работает корректно
30	Кнопка " Документ Excel"	Выбор одинарным щелчком мыши	Открытие документа Excel с таблицей документа	Да	Работает корректно
31	Кнопка "Внести"	Выбор одинарным щелчком мыши	Внесение данных	Да	Работает корректно
32	Кнопка "Сохранить"	Выбор одинарным щелчком мыши	Сохранение изменений	Да	Работает корректно
33	Кнопка "Отмена"	Выбор одинарным щелчком мыши	Отмена изменений	Да	Работает корректно
34	Кнопка/закладка "Товарный ассортимент"	Выбор одинарным щелчком мыши	Вывод панели печати документа ассортимента продукции	Да	Работает корректно
35	Кнопка/закладка "Товарный ассортимент Excel"	Выбор одинарным щелчком мыши	Открытие документа Excel с таблицей документа	Да	Работает корректно
36	Кнопка/закладка "Необходимые поставки"	Выбор одинарным щелчком мыши	Вывод панели печати документа необходимых поставок	Да	Работает корректно
37	Кнопка/закладка "Необходимые поставки Excel"	Выбор одинарным щелчком мыши	Открытие документа Excel с таблицей документа	Да	Работает корректно
38	Кнопка/закладка "Выход"	Выбор одинарным щелчком мыши	Закрытие приложения	Да	Работает корректно

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

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

Запуск приложения осуществляется из установленного каталога по исполняемому файлу «CKLAD.exe». После запуска программы отображается форма ввода пароля (рисунок 2.4). Если пароль введен неверно появится уведомление об ошибке (рисунок 2.5).

Рисунок 2.4 - Форма ввода пароля

Рисунок 2.5 - Уведомление о неверно введенном пароле

При верно введенном пароле открывается главная форма приложения (рисунок 2.6).



Рисунок 2.6 - Главная форма

Главная форма приложения содержит меню Файл, Справочники, Операции, Отчеты, содержание которых представлено на рисунке 2.7.

Рисунок 2.7 - Содержание меню приложения

Как с помощью меню «Справочники», так и при нажатии кнопок на главной форме можно посмотреть информацию о данных «Категории» (рисунок 2.8), «Единицы измерения» (рисунок 2.9), «Виды упаковки» (рисунок 2.10), «Виды товаров» (рисунок 2.11), «Производители» (рисунок 2.12), «Товары» (рисунок 2.13), «Клиенты» (рисунок 2.14), «Поставщики» (рисунок 2.15), «Снабженцы» (рисунок 2.16).

Рисунок 2.8 - Окно справочника «Категории»

Рисунок 2.9 - Окно справочника «Единицы измерения»

Рисунок 2.10 - Окно справочника «Упаковка»

Рисунок 2.11 - Окно справочника «Виды товаров»



Рисунок 2.12 - Окно справочника «Производители»

Рисунок 2.13 - Окно справочника «Товары»

Рисунок 2.14 - Окно справочника «Клиенты»

Рисунок 2.15 - Окно справочника «Поставщики»



Рисунок 2.16 - Окно справочника «Снабженцы»

При выборе операции «Расход продукции» на главной форме или «Заявки/расход» из меню «Операции» открывается окно для формирования расходного документа (рисунок 2.17).

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

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

Рисунок 2.17 - Окно формирования расходного документа



Рисунок 2.18 - Окно редактирования содержания заявки

Рисунок 2.19 - Окно, уведомляющее об ошибке при изменении заявки

Рисунок 2.20 - Окно, уведомляющее об ошибке при изменении заявки

Рисунок 2.21 - Окно, подтверждающее отправку заявки

Рисунок 2.22 - Окно печати заявки

При выборе операции «Списание продукции» на главной форме или «Списание» из меню «Операции» открывается окно для формирования документа списания товара (рисунок 2.23).

Формирование данного документа происходит также как и формирование расходного документа. Его можно редактировать и распечатывать (рисунок 2.24). При редактировании (в данном случае списании товара) изменения автоматически происходят в базе данных (рисунок 2.25). Также осуществлять выгрузку отчета в MS Еxcel (рисунок 2.26). Это позволяет хранить информацию о проведенных операциях в электронном виде, отправлять отчетность в бухгалтерию и удобно для анализа и обработки информации.

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

Рисунок 2.23 - Окно формирования документа списания товара после редактирования



Рисунок 2.24 - Окно печати документа списания

Рисунок 2.25 - Выгрузку отчета в MS Еxcel

При выборе операции «Приход продукции» на главной форме или «Приход» из меню «Операции» открывается окно для формирования приходного документа (рисунок 2.26).

Формирование данного документа осуществляется аналогично выше рассмотренным. Его можно редактировать, распечатывать (рисунок 2.27), а также осуществлять выгрузку отчета в MS Еxcel (рисунок 2.28).

Рисунок 2.26 - Окно формирования приходного документа

Рисунок 2.27 - Окно печати приходного документа

Рисунок 2.28 - Выгрузку отчета в MS Еxcel

При выборе операции «Товарный ассортимент» меню «Отчеты» открывается окно печати с таблицей ассортимента товара (рисунок 2.29).

Рисунок 2.29 - Окно печати документа ассортимента продукции

При выборе операции «Товарный ассортимент Excel» меню «Отчеты» осуществляется выгрузка отчета в MS Excel(рисунок 2.30).

Рисунок 2.30 - Выгрузку отчета в MS Еxcel

3. Экономическое обоснование разработки ПП

3.1 Необходимость экономического обоснования

Разработанный программный продукт позволяет автоматизировать процесс учета ТМЦ на предприятии.

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

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

3.2 Определение трудоемкости разработки программного продукта

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

, (3.1)

чел-ч,

где Т_ОА - трудоемкость подготовки описания задачи и исследования алгоритма решения;

Т_БС - трудоемкость разработки блок-схемы алгоритма;

Т_П - трудоемкость программирования по готовой блок-схеме;

Т_ОТЛ - трудоемкость отладки программы на ЭВМ;

Т_ДР - трудоемкость подготовки документации по задаче в рукописи;

Т_ДО - трудоемкость редактирования, печати и оформления документации по задаче.

Составляющие приведенной формулы определяются, в свою очередь, через условное число операторов Q в разрабатываемом ПП по формуле:

(3.2)

где q - число операторов в программе(q=1015);

С - коэффициент сложности программы (С=1,1);

p - коэффициент коррекции программы в ходе ее разработки (р=0,25).

Тогда составляющие трудоемкости разработки программы определятся по формулам:

, (3.3)

чел-ч;

,(3.4)

чел-ч;

, (3.5)

 чел-ч;

, (3.6)

чел-ч;

, (3.7)

чел-ч;

, (3.8)

чел-ч;

где W - коэффициент увеличения затрат труда вследствие недостаточного описания задачи (W = 1,2…1,5);

К - коэффициент квалификации разработчика алгоритмов и программ (при стаже до двух лет K = 1,0).

3.3 Определение себестоимости создания ПП

3.3.1 Определение затрат на оплату труда разработчика

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

(3.9)

руб

где Т_РЗ - трудоемкость разработки программного продукта, чел-ч;

t_ЧР - среднечасовая ставка работника, осуществлявшего разработку программного продукта, руб;

q - коэффициент, учитывающий процент премий и доплат к тарифной ставке в организации разработки (q=2,5);

а - коэффициент, учитывающий дополнительную заработную плату (а=0,15);

b - коэффициент, учитывающий начисления на заработную плату, включая отчисления в фонд социальной защиты населения, пенсионный фонд и др. (b=0,349).

Среднечасовая ставка работника определяется исходя из Единой тарифной сетки в Республике Беларусь по следующей формуле:

, (3.10)

руб,

где 3₁ - ставка работника 1 разряда, руб;

k_Т - тарифный коэффициент работника 10 разряда(k_Т=2,48);

170 - нормативное количество рабочих часов в месяце.

3.3.2 Определение стоимости машино-часа работы ЭВМ (для разработанного ПП)

Стоимость машино-часа работы ЭВМ определяется по формуле:

, (3.11)

,руб,

где С_Э - расходы на электроэнергию за час работы ЭВМ, руб;

А_ЭВМ - годовые амортизационные отчисления на реновацию ЭВМ;

Р_ЭВМ - годовые затраты на ремонт и техническое обслуживание ЭВМ, руб;

А_ПЛ - годовая величина амортизационных отчислений на реновацию производственных площадей, занимаемых ЭВМ, руб;

Р_ПЛ - годовые затраты на ремонт и содержание производственных площадей, руб;

Н_Н - годовая величина налога на недвижимость, руб;

Ф_ЭВМ - годовой фонд времени работы ЭВМ, час.

Расходы на электроэнергию за час работы ЭВМ определяются по формуле:

, (3.12)

,

где N_Э - установленная мощность ЭВМ, кВт (0,35);

k_ИС - коэффициент использования энергоустановок по мощности (k_ИС=0,9);

Ц_Э - стоимость 1 кВт-часа электроэнергии, рублей (Ц_Э=715,5).

Годовая величина амортизационных отчислений на реновацию ЭВМ определяется по формуле:

, (3.13)

633260 руб,

где Ц_ЭВМ - цена ЭВМ на момент ее выпуска, руб;

k_У - коэффициент удорожания ЭВМ ( зависит от года выпуска) (k_У=1);

k_М - коэффициент, учитывающий затраты на монтаж и транспортировку ЭВМ (k_М = 1,05);

Н_АЭВМ - норма амортизационных отчислений на ЭВМ, % (17);

Ц_БЭВМ - балансовая стоимость ЭВМ, руб (Ц_{ЭВМ ?} k_{У ?} k_М).

Годовые затраты на ремонт и техническое обслуживание ЭВМ укрупнено определяются по формуле: