Анализ технологий и возможных средств решения проблемы

Содержание

Введение. 3

1. Общая (теоретическая) часть. 4

1.1. Анализ технологий и возможных средств решения проблемы.. 4

1.2. Выбор средств и технологий. 17

2. Техническая (практическая) часть. 19

2.1. Постановка задачи. 19

2.2.1. Схема данных. 19

2.2.2. Таблицы.. 20

2.2.3. Формы.. 24

2.2.4. Запросы.. 26

2.2.5. Отчеты.. 28

3. Расчетно-экономическая часть. 31

3.5 Расчет затрат на создание программного продукта. 35

3.6 Расходы, связанные с разработкой программы на ПК.. 36

3.17 Расчет денежного годового экономического эффекта. 40

4. Охрана труда и безопасность жизнедеятельности.................................................. 44

4.1 Охрана труда. 44

4.2 Техника безопасности. 45

4.3 Защита от энергетических воздействий. 48

4.4 Характеристика электробезопасности. 49

Заключение. 50

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

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

 

Введение

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

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

Задачами дипломной работы являются:

· обзор существующего ПО для разработки базы данных;

· выбор системы управления базами данных;

· описание основных этапов проектирования базы данных;

· построение информационной модели предметной области;

· физическая реализация базы данных в выбранной среде;

· тестирование базы данных;

· разработка к базе данных технической документации;

· обоснование затрат на реализацию базы данных;

· описание охраны труда и безопасности жизнедеятельности.

Объект – система управления базами данных Microsoft Access.

Предмет – программный продукт (база данных) для оптовой реализации товара и техническая документация к нему.

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

 

Общая (теоретическая) часть

Анализ технологий и возможных средств решения проблемы

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

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

 

DBase и Visual dBase

Первая промышленная версия СУБД dBase — dBase II (принадлежащая тогда компании Ashton-Tate, приобретенной позже компанией Borland) появилась в начале 80-х годов. Благодаря простоте в использовании, нетребовательности к ресурсам компьютера и, что не менее важно, грамотной маркетинговой политике компании-производителя этот продукт приобрел немалую популярность, а с выходом следующих его версий — dBase III и dBase III Plus (1986 г.), оснащенных весьма комфортной по тем временам средой разработки и средствами манипуляции данными, быстро занял лидирующие позиции среди настольных СУБД и средств создания использующих их приложений.

Хранение данных в dBase основано на принципе «одна таблица — один файл» (эти файлы обычно имеют расширение *.dbf). MEMO-поля и BLOB-поля (доступные в поздних версиях dBase) хранятся в отдельных файлах (обычно с расширением *.dbt). Индексы для таблиц также хранятся в отдельных файлах. При этом в ранних версиях этой СУБД требовалась специальная операция реиндексирования для приведения индексов в соответствие с текущим состоянием таблицы.

Формат данных dBase является открытым, что позволило ряду других производителей заимствовать его для создания dBase-подобных СУБД, частично совместимых с dBase по форматам данных. Например, весьма популярная некогда СУБД FoxBase (разработанная Fox Software, Inc. и ныне принадлежащая Microsoft) использовала формат данных dBase для таблиц, однако форматы для хранения MEMO-полей и индексов были своими собственными, несовместимыми с dBase. Очень популярное в начале 90-х годов (и кое-где применяемое до сих пор) средство разработки Clipper компании Nantucket Corp (приобретенной впоследствии компанией Computer Associates) манипулировало как с данными формата dBase III (включая индексные файлы и файлы для MEMO-полей), так и с индексными файлами собственного формата.

Помимо популярного формата данных dBase является родоначальником и некогда популярного семейства языков программирования, получившего называние xBase. Все языки этого семейства, использующиеся и в FoxBase, и в Clipper, и в некоторых более поздних средствах разработки, таких как канувший в Лету CA Visual Objects фирмы Computer Associates, содержат сходный набор команд для манипуляции данными и являются по существу интерпретируемыми языками. В роли интерпретатора команд xBase выступает обычно либо среда разработки приложения на этом языке, либо среда времени выполнения, которую можно поставлять вместе с приложением. Отметим, что для скрытия исходного текста xBase-приложения подобные СУБД обычно содержат утилиты для псевдокомпиляции кода, который затем поставляется вместе со средой времени выполнения. В случае Clipper среда времени выполнения содержится в самом исполняемом файле (и сам Clipper формально считается компилятором), но тем не менее этот язык по существу также является интерпретируемым.

Обладавшие немалым сходством в синтаксисе и поддерживаемом наборе команд во времена широкого применения DOS, языки семейства xBase, тем не менее, имеют немало различий, особенно в поздних версиях «наследников», использовавших их СУБД. Как правило, все они имеют собственные объектные расширения, и поэтому в настоящее время говорить об их совместимости между собой практически не приходится.

Отметим, однако, что для работы с данными формата dBase (или иных dBase-подобных СУБД) совершенно необязательно пользоваться диалектами xBase. Доступ к этим данным возможен с помощью ODBC API (и соответствующих драйверов) и некоторых других механизмов доступа к данным (например, Borland Database Engine, некоторых библиотек других производителей типа СodeBase фирмы Sequenter), и это позволяет создавать приложения, использующие формат данных dBase, практически с помощью любого средства разработки, поддерживающего один из этих механизмов доступа к данным.

После покупки dBase компанией Borland этот продукт, получивший впоследствии название Visual dBase, приобрел набор дополнительных возможностей, характерных для средств разработки этой компании и для имевшейся у нее другой настольной СУБД — Paradox. Среди этих возможностей были специальные типы полей для графических данных, поддерживаемые индексы, хранение правил ссылочной целостности внутри самой базы данных, а также возможность манипулировать данными других форматов, в частности серверных СУБД, за счет использования BDE API и SQL Links.

В настоящее время Visual dBase принадлежит компании dBase, Inc. Его последняя версия — Visual dBase 7.5 имеет следующие возможности:

Средства манипуляции данными dBase и FoxPro всех версий.

Средства создания форм, отчетов и приложений.

Средства публикации данных в Internet и создания Web-клиентов.

Ядро доступа к данным Advantage Database Server фирмы Extended Systems и ODBC-драйвер для доступа к данным этой СУБД.

Средства публикации отчетов в Web.

Средства визуального построения запросов.

Средства генерации исполняемых файлов и дистрибутивов.

В настоящее время к Visual dBase в качестве дополнения может быть приобретен компонент dConnections, позволяющий осуществить доступ к данным Oracle, Sybase, Informix, MS SQL Server, DB2, InterBase из Visual dBase 7.5 и приложений, созданных с его помощью.

Компания dBase, Inc объявила также о проекте dBASE Open Source, целью которого является разработка сообществом пользователей dBase новых компонентов и классов с целью включения их в последующую версию dBase (получившую название dBase 2000). Иными словами, имеется тенденция превращения dBase (или его частей) в некоммерческий продукт с доступными исходными текстами.

Paradox

Paradox был разработан компанией Ansa Software, и первая его версия увидела свет в 1985 году. Этот продукт был впоследствии приобретен компанией Borland. С июля 1996 года он принадлежит компании Corel и является составной частью Corel Office Professional.

В конце 80-х — начале 90-х годов Paradox, принадлежавший тогда компании Borland International, был весьма популярной СУБД, в том числе и в нашей стране, где он одно время занимал устойчивые позиции на рынке средств разработки настольных приложений с базами данных.

Принцип хранения данных в Paradox сходен с принципами хранения данных в dBase — каждая таблица хранится в своем файле (расширение *.db), MEMO- и BLOB-поля хранятся в отдельном файле (расширение *.md), как и индексы (расширение *.px).

Однако, в отличие от dBase, формат данных Paradox не является открытым, поэтому для доступа к данным этого формата требуются специальные библиотеки. Например, в приложениях, написанных на C или Pascal, использовалась некогда популярная библиотека Paradox Engine, ставшая основой Borland Database Engine. Эта библиотека используется ныне в приложениях, созданных с помощью средств разработки Borland (Delphi, C++Builder), в некоторых генераторах отчетов (например, Crystal Reports) и в самом Paradox. Существуют и ODBC-драйверы к базам данных, созданным различными версиями этой СУБД.

Отметим, однако, что отсутствие «открытости» формата данных имеет и свои достоинства. Так как в этой ситуации доступ к данным осуществляется только с помощью «знающих» этот формат библиотек, простое редактирование подобных данных по сравнению с данными открытых форматов типа dBase существенно затруднено. В этом случае возможны такие недоступные при использовании «открытых» форматов данных сервисы, как защита таблиц и отдельных полей паролем, хранение некоторых правил ссылочной целостности в самих таблицах — все эти сервисы предоставляются Paradox, начиная с первых версий этой СУБД.

По сравнению с аналогичными версиями dBase ранние версии Paradox обычно предоставляли разработчикам баз данных существенно более расширенные возможности, такие как использование деловой графики в DOS-приложениях, обновление данных в приложениях при многопользовательской работе, визуальные средства построения запросов, на основе интерфейса QBE — Query by Example (запрос по образцу), средства статистического анализа данных, а также средства визуального построения интерфейсов пользовательских приложений с автоматической генерацией кода на языке программирования PAL (Paradox Application Language).

Windows-версии СУБД Paradox, помимо перечисленных выше сервисов, позволяли также манипулировать данными других форматов, в частности dBase и данными, хранящимися в серверных СУБД. Такую возможность пользователи Paradox получили благодаря использованию библиотеки Borland Database Engine и драйверов SQL Links. Это позволило использовать Paradox в качестве универсального средства управления различными базами данных (существенно облегченная версия Paradox 7 под названием Database Desktop по-прежнему входит в состав Borland Delphi и Borland C++Builder именно с этой целью). Что же касается базового формата данных, используемого в этом продукте, то он обладает теми же недостатками, что и все форматы данных настольных СУБД, и поэтому при возможности его стараются заменить на серверную СУБД, даже сохранив сам Paradox как средство разработки приложений и манипуляции данными.

Текущая версия данной СУБД — Paradox 9, поставляется в двух вариантах — Paradox 9 Standalone Edition и Paradox 9 Developer’s Edition. Первый из них предназначен для использования в качестве настольной СУБД и входит в Corel Office Professional, второй — в качестве как настольной СУБД, так и средства разработки приложений и манипуляции данными в серверных СУБД. Обе версии содержат:

· Средства манипуляции данными Paradox и dBase.

· Средства создания форм, отчетов и приложений.

· Средства визуального построения запросов.

· Средства публикации данных и отчетов в Internet и создания Web-клиентов.

· Corel Web-сервер.

ODBC-драйвер для доступа к данным формата Paradox из Windows-приложений.

Средства для доступа к данным формата Paradox из Java-приложений.

Помимо этого Paradox 9 Developer’s Edition содержит:

Run-time-версию Paradox для поставки вместе с приложениями.

Средства создания дистрибутивов.

Драйверы SQL Links для доступа к данным серверных СУБД.

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

Microsoft Access

Первая версия СУБД Access появилась в начале 90-х годов. Это была первая настольная реляционная СУБД для 16-разрядной версии Windows. Популярность Access значительно возросла после включения этой СУБД в состав Microsoft Office.

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

Последняя версия этой СУБД — Access 2000 входит в состав Microsoft Office 2000 Professional и Premium, а также доступна как самостоятельный продукт. В состав Access 2000 входят:

· Средства манипуляции данными Access и данными, доступными через ODBC (последние могут быть «присоединены» к базе данных Access).

· Средства создания форм, отчетов и приложений; при этом отчеты могут быть экспортированы в формат Microsoft Word или Microsoft Excel, а для создания приложений используется Visual Basic for Applications, общий для всех составных частей Microsoft Office.

· Средства публикации отчетов в Internet.

· Средства создания интерактивных Web-приложений для работы с данными (Data Access Pages).

· Средства доступа к данным серверных СУБД через OLE DB.

· Средства создания клиентских приложений для Microsoft SQL Server.

· Средства администрирования Microsoft SQL Server.

Поддержка COM в Access выражается в возможности использовать элементы управления ActiveX в формах и Web-страницах, созданных с помощью Access. В отличие от Visual FoxPro создание COM-серверов с помощью Access не предполагается.

Microsoft Access может быть использован, с одной стороны, в качестве настольной СУБД и составной части офисного пакета, а с другой стороны, в качестве клиента Microsoft SQL Server, позволяющего осуществлять его администрирование, манипуляцию его данными и создание приложений для этого сервера.

Помимо манипуляции данными Microsoft SQL Server, Access 2000 позволяет также в качестве хранилища данных использовать Microsoft Data Engine (MSDE), представляющий собой по существу настольный сервер баз данных, совместимый с Microsoft SQL Server.

Microsoft Data Engine

MSDE представляет собой СУБД, базирующуюся на технологиях Microsoft SQL Server, но предназначенную для использования в настольных системах или в сетевых приложениях с объемом данных до 2 Гбайт и небольшим количеством пользователей. MSDE является облегченной версией Microsoft SQL Server, не содержащей средств администрирования, и к настольным СУБД может быть отнесена весьма условно.

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

Базы данных MSDE полностью совместимы с базами данных Microsoft SQL Server и могут при необходимости управляться этим сервером. Как большинство серверных СУБД, эти базы данных поддерживают транзакции, позволяют создавать триггеры и хранимые процедуры (недоступные в базах данных Access), использовать механизмы защиты данных, предоставляемые операционной системой. Помимо этого при большом числе пользователей и большом объеме данных приложения, использующие MSDE, отличаются более высокой производительностью, так как обработка запросов происходит внутри процесса, управляющего базой данных, а не внутри клиентского приложения, что позволяет снизить сетевой трафик, связанный с передачей данных от сервера к клиенту.

MSDE входит в состав Microsoft Office 2000 Premium или Developer, а также доступна на Web-сайте Microsoft для зарегистрированных пользователей Visual Studio 6.0 Professional, Enterprise Edition либо любого из средств разработки, являющегося частью Visual Studio 6.0 Professional или Enterprise Edition. MSDE может свободно распространяться в составе приложений, созданных с помощью любого из средств разработки, входящего в состав Visual Studio 6.0 или Office 2000 Developer.

Firebird

Firebird полностью поддерживает стандартны ANSI в синтаксисе языка SQL и может работать под управлением многих операционных систем - Windows, Linux, MacOS, Solaris и различных Unix-платформах. Среди достоинств этой системы использование очень развитого языка для хранимых процедур и триггеров. Предшественник Firebird, СУБД Interbase использовалась в информационных системах начиная с 1981 года.

Firebird это свободный проект, поддерживаемый многими программистами и специалистами из других областей по всему миру. Его начало было положено 25 июля 2000 года, когда корпорация Inprise Corp (ныне известная как Borland Software Corp) открыла исходные коды своей СУБД Interbase, которая использовалась в различных информационных системах начиная с 1981 года.

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

Firebird (FirebirdSQL) — компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.

Firebird основан на исходном коде InterBase 6.0 который был выпущен как Open Source компанией Borland в августе 2000 года. История Interbase начинается в 1984 году, таким образом, продукт является наследником более чем 20-летнего опыта работы с реляционными базами данных

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

Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0.

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

Среди недостатков: отсутствие кэша результатов запросов, полнотекстовых индексов.

Соответствие требованиям ACID: Firebird сделан специально, чтобы удовлетворять требованиям “атомарности, целостности, изоляции и надёжности” транзакций (“Atomicity, Consistency, Isolation and Durability”).

Версионная архитектура: Основная особенность Firebird — версионная архитектура, позволяющая серверу обрабатывать различные версии одной и той же записи в любое время таким образом, что каждая транзакция видит свою версию данных, не мешая соседним (“читающие транзакции не блокируют пишущие, а пишущие не блокируют читающих”). Это позволяет использовать одновременно OLTP и OLAP запросы.

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

События: Хранимые процедуры и триггеры могут генерировать события, на которые может подписаться клиент. После успешного завершения транзакции (COMMIT) он будет извещён о произошедших событиях и их количестве.

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

Базы данных только для чтения: позволяют распространять базы данных, к примеру, на CD-ROM. Особенно упрощает распространение данных их использование в комбинации с встраиваемой версией сервера Firebird (Firebird Embedded).

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

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

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

Внешние функции: библиотеки с UDF (User Defined Function) могут быть написаны на любом языке и легко подключены к серверу в виде DLL/SO, позволяя расширять возможности сервера “изнутри”.

Декларативное описание ссылочной целостности: Обеспечивает непротиворечивость и целостность многоуровневых отношений “master-detail” между таблицами.

Наборы символов: Firebird поддерживает множество международных наборов символов (включая Unicode) с множеством вариантов сортировки.

Выбор средств и технологий

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

Среди средств, которые предлагает СУБД Access можно отметить возможность динамического обмена данными (DDE) между Access и другими приложениями, которые поддерживают эту технологию. Также имеется возможность применения технологии ActiveX, позволяющей использовать разработчику в своем программном продукте не только, те объекты, которые свойственны данному приложению (в частности, Access), но и объекты других приложений (например, Excel или Word).

Удобной возможностью является то, что пользователь при обработке данных может работать не только с БД обрабатываемого в Access формата, но и экспортировать данные других СУБД, имеющие совершенно другой формат представления, в частности, формат FoxPro, Paradox т.д. Кроме этого, при помощи Access пользователь может обрабатывать БД, поддерживающие открытый доступ к данным (стандарт ODBC), в частности, весьма популярных в последнее время серверов баз данных Oracle и SQL Server.

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

Важным преимуществом СУБД Access является то, что с ее помощью можно разрабатывать системы, которые обрабатывают БД как на отдельном компьютере, так и в локальной сети предприятия или в Internet, используя режим обработки данных "клиент – сервер".

Необходимо также отметить, что Access предоставляет широкие возможности по созданию приложений, связанных с обработкой БД. При этом разработчику не обязательно быть программистом высокого класса, а вполне достаточно иметь представление о создании событийных приложений в среде Windows, а также владеть некоторыми навыками программирования на языке Visuai Basic. В этом случае разработчик достаточно быстро сможет овладеть навыками по созданию приложений в Access, что позволит выполнять автоматизирование как простых, так и достаточно сложных задач, связанных с обработкой данных.

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

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

 

 

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

 

1. Разработать базу данных (БД) «Система складского учёта для оптовой продовольственной базы», позволяющую вести:

· учет имеющегося товара;

· учет покупателей;

· учет поставки товара;

2. Основные требования к БД по функциональному набору:

Требования по учету торговли:

· Покупка товаров по видам;

· Покупка товаров по датам за определенный срок;

3. Требования по учету покупателей

· Данные о поставке продуктов покупателям;

· Ассортимент птицы-рыбы;

· Отчет покупок по датам;

· Отчет покупок по видам

Структура базы данных

Схема данных

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

Рис 1 Схема данных

 

Составляющими схемы данных являются три таблицы:

· «Номенклатура»

· «Поставка товара»

· «Покупатели»

Таблицы

Таблицы – это основные объекты любой базы данных. Во-первых, в таблицах хранятся все данные, имеющиеся в базе, а во-вторых, таблицы хранят и структуру базы (поля, их типы и свойства).

Все 3 таблицы созданы в режиме конструктора, во всех таблицах ключевым полем является - КодТовара.

Конструктор таблицы «Номенклатура птицы-рыбы» показан на рис.2.

Рис.2. Конструктор таблицы номенклатура птицы-рыбы

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

Рис.3. Таблица номенклатура птицы-рыбы

 

 

Конструктор таблицы «Покупатели» показан на рис.4.

Рис4. Конструктор таблицы «Покупатели

Таблица «Покупатели» на рис.5 показывает список покупателей, которые приобретают товар у торговой организации.

 

Рис5. таблица покупатели

 

Конструктор таблицы «Поставка товара» показан на рис.6.

 

Рис.6. Конструктор таблицы поставка товара

 

Таблица «Поставка товара» на рис.7 показывает, когда поставлен товар в организацию, его вес, количество и цену.

 

Рис.7. Таблица поставка товара

Формы

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

Для реализации интерфейса созданы формы.

Главная кнопочная форма была создана в режиме конструктора. На главной форме мною были созданы 4 кнопки с переходами в таблицу «Поставки», в форму «Покупатели», и 2 отчета «Отчет по датам» и «Отчет по видам».

 

Рис.8. общая форма

 

 

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

 

Рис.9. Форма данные о поставке материалов

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

Рис.10. Форма поставщики

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

Рис.11. Форма материалы

Запросы

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

Для реализации необходимых функции по ведению базы данных были созданы запросы:

«Покупка покупателями продуктов по видам»

«Покупка товаров по датам за определенный срок»

Запрос «По видам продукции». Запрос «По видам продукции» построен с использованием трех таблиц. Тип запроса – выборка. На его основе формируется таблица, показанная на рис. 12.

Рис.12. запрос по видам продукции

Запрос «Покупка товаров по датам за определенный срок»

Запрос «Покупка товаров по датам за определенный срок» построен с использованием трех таблиц. Тип запроса – выборка. Запрос предназначен для вывода на экран продукции которая поступила в определенный период времени.

В качестве условия для отбора записей определено выражение: Between [Дата начало периода] And [Дата конец периода] - для текущей записи в форме, предназначенной для поиска продукции. Форма для ввода данных показана на рис.

 

Рис.13. Введите значение параметра

Рис.14. Запрос покупка товаров по датам

 

Отчеты

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

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

Рис.15. введите значение параметра

Рис.16. Отчет по датам

 

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

 

Рис.17. Отчет по видам

Амортизационные отчисления

Сумма годовых амортизационных отчислений определяется по формуле:

ЗгАМ = ЦПК * НА

НА - норма амортизационных отчислений, равная 12,5%.

Балансовая стоимость ПК:

Цпк = Цр * (1+ Кун) где:

Кун - коэффициент, учитывающий затраты на установку и наладку, равный 12%.

Цпк = 23000* (1 + 0.12) = 25760 рублей

ЗгАМ = 25760 * 12,5% = 3220 рублей

Затраты на материалы

Затраты на материалы, затраты необходимые для обеспечения эксплуатации ПК принимаются равными 2% от стоимости ПК.

ЗгМАТ = ЦПК * 2% =23000*0,02=460

Косвенные затраты

Косвенные затраты, затраты связанные с эксплуатацией ПК принимаются равными 6% стоимости ПК.

ЗгДР = ЦПК * 6%=35000*0,06=2100

Затраты машинного времени

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

Написания программы по готовой схеме алгоритма;

Отладки программы на ПК;

Подготовки документации по задаче.

Таким образом, затраты машинного времени составили (tмаш):

tмаш = tпрог.+ tотл. + tдок.

tмаш = 72+16+24= 112 чел.-час

Затраты на оплату машинного времени можно рассчитать по формуле:

Змаш = tмаш * СПК

Змаш = 112 * 70.79= 7928.48 руб.

Охрана труда

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