Проектирование и разработка информационной системы учета товаров для магазина 'Аистенок'

Содержание

ВВЕДЕНИЕ

АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ ПРОЕКТИРУЕМОЙ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

1.2 Организация предметной области

1.3 Детализация функций системы и требования к информационной системе.

.4 Анализ категорий пользователей

2. РАЗРАБОТКА И ОПИСАНИЕ АВТОМАТИЗИРОВАННОГО ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ МАГАЗИН «АИСТЕНОК»

2.1 Стадии и этапы разработки

.2 Этапы внедрения автоматизированной информационной системы на предприятии.

2.3 Проектирование базы данных методом «сущность - связь» для разработанной функциональной модели

.4 Состав и описание таблиц базы данных

.5 Определение ключей базы данных

.6 Выбор СУБД и инструментальных программных средств

2.7 Разработка механизмов защиты данных от несанкционированного доступа

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

. ЭКОНОМИЧЕСКАЯ ЭФФЕКТИВНОСТЬ ПРОЕКТА

3.1 Расчет себестоимости проекта

.2 Расчет затрат электроэнергии на технологические цели

.3 Расчет оплаты труда и отчисления на социальные нужды

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

ЗАКЛЮЧЕНИЕ

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

ВВЕДЕНИЕ

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

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

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

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

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

Основное преимущество автоматизации - это сжатие хранимых данных, экономия объема памяти, снижение затрат на операции обновления .

Информационная подсистема автоматизирует и ведет учёт товаров, поставки и отпуска со склада на предприятии.

Осуществление последней задачи будет сопутствовать более качественному обслуживанию и повысит точность учёта.

Целью выпускного квалификационного проекта выявляется проектирование и разработка информационной системы учета товаров для магазина «Аистенок». Данная программа нужна для произведения учета товаров и отпуска товара со склада магазина. Разрабатываемая информационная система уготовленна для обеспечения результативной работы на предприятии.

Автоматизации подлежат следующие процессы:

         Работа с поставщиками;

         Работа с товарами;

         Ведение складского учета;

Задачи выпускного квалификационного дипломного проекта:

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

         выбор программно-технических средств разработки;

         разработка информационной подсистемы для магазина "Аистенок".

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

. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ ПРОЕКТИРУЕМОЙ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

Предметной областью является магазин детских товаров «Аистенок» ИП «Макарова».

Розничная торговая сеть систематизируется на:

стационарную (магазины);

полу - стационарную (павильоны, палатки, ларьки, киоски);

передвижную (развозная и разносная).

смешанную (торгующую товарами одной или двух-трех групп или комплексов);

специализированную(торгующую отдельными подгруппами и видами товаров);

универсальную(торгующую всеми группами или продовольственных или непродовольственных товаров)

«Аистенок» основан в 2000 году, как магазин детских товаров. По состоянию на 10 апреля 2014 года были открыты три магазина. Ассортимент насчитывает до 5 000 наименований товаров, из которых около 75% составляет детская одежда. Большое внимание уделяется сотрудничеству с местными производителями и поставщиками, что позволяет оперативно решать вопросы обеспечения сетей магазинов свежими товарами местного производства.

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

Объектом автоматизации является магазин «Аистенок»

В магазине имеются два компьютера с выходом в интернет, касса, принтер и ксерокс.

Техническое обеспечение:

В помещении установлены компьютеры ACER Aspire TC-100. Операционная система: Windows 7. Процессор: Производитель - AMD, Модель - A4-5000, Тактовая частота - 1.5 ГГц. Оперативная память: Объем - 4 Гб. Жесткий диск: Тип - HDD, Объем - 1 Тб. Графическая система: Производитель - ATI, Модель - Radeon HD 8470, Объем памяти - 2048 Мб. Оптический привод: Тип - DVD±RW.

Программное обеспечение:

Сегодня управлять магазином с любым ассортиментом требует обязательной автоматизации. Многие предприниматели в качестве программы для магазина используют простой программный пакет существующей операционной системы или осуществляют управление магазином, учитывая товары вручную. В магазине «Аистенок» стоит антивирусная система Kaspersky Internet Security, средства обработки документов, программное ТО MS Word, Access, Excel , 2007-2013,

1.2 Организация предметной области

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

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

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

Рисунок 1 - Организационная структура магазина «Аистенок»

Функции магазина «Аистенок» можно смоделировать при помощи построения функциональных диаграмм, в данном случае это диаграмма IDEF0, которая наглядно показывает их.

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

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

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

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

Эти входные данные являются необходимыми для осуществления главной функции функционального блока.

Рисунок 2 - Функциональная диаграмма магазина

1.3 Детализация функций системы и требования к информационной системе

В рамках данного проекта для автоматизации выбраны следующие функции автоматизированной системы магазина «Аистенок»:

         Учет кадров.

         Учет поступления товара

         Учет проданного товара

Функция "Учет кадров" предназначена для поддержки процесса управления персоналом организации.

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

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

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

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

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

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

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

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

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

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

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

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

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

Ввод в действие ИС должен приводить к полезным технико-экономическим, социальным результатам:

-       уменьшению времени по учету данных о сотрудниках;

-        уменьшение времени на формирование отчетов, приказов и справок.

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

Требования безопасности устанавливаются в инструкциях по эксплуатации технических средств.

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

При работе с системой менеджер должен решать следующие задачи:

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

-        Просматривать данные таблиц, при необходимости редактировать их.

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

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

1.4 Анализ категорий пользователей

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

Пользователей ИС можно разделить на 4 категории:

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

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

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

. РАЗРАБОТКА И ОПИСАНИЕ АВТОМАТИЗИРОВАННОГО ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ МАГАЗИН «АИСТЕНОК»

2.1 Стадии и этапы разработки

Разработка должна быть проведена в три стадии:

         разработка технического задания;

         рабочее проектирование;

         внедрение.

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

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

-       разработка модели автоматизируемых процессов и функциональной модели ИС;

-        разработки логической и физической моделей данных;

         разработка программы;

         разработка программной документации;

         испытания программы.

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

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

2.2 Этапы внедрения автоматизированной информационной системы на предприятии

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.3 Проектирование базы данных методом «сущность - связь» для разработанной функциональной модели

Основными понятиями метода сущность-связь являются следующие:

         сущность;

         атрибут сущности;

         ключ сущности;

         связь между сущностями;

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

Атрибут представляет собой свойство сущности. Это понятие аналогично понятию атрибута в отношении

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

Связь двух или более сущностей - предполагает зависимость между атрибутами этих сущностей.

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

Между всеми объектами, выявленными в проектировании, надо установить типы связей. Связи могут быть « один - к - одному » (1:1), « один - ко - многим » ( 1:N), «многие - ко - многим» (N:N). Связь «один - к - одному» имеет место, когда каждому экземпляру одного объектного множества соответствует только один экземпляр другого объектного множества.

Связь «один - к - одному», показано на рисунке 3 имеет место, когда каждому экземпляру одного объектного множества соответствует только один экземпляр другого объектного множества

1:1

Рисунок 3 - Связь «Один к одному»

Связь «один - ко - многим», показано на рисунке 4 имеет место, когда каждому экземпляру одного объектного множества соответствует несколько экземпляров другого объектного множества.

:N

Рисунок 4 - Связь «Один - ко - многим»

Связь «многие - ко - многим»,показано на рисунке 5 имеет место, когда каждому экземпляру одного объектного множества соответствует несколько экземпляров другого объектного множества. И наоборот, каждому экземпляру второго объектного множества соответствует несколько экземпляров первого объектного множества.

N:N

Рисунок 5 - Связь «Многие - ко - многим»

На основании выявленных связей строится концептуальная модель, показанная на рисунке 6:

Рисунок 6 - Концептуальная модель базы данных магазина «Аистенок».

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

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

Диалоговое окно "Схема данных" представленное на рисунке 7 наглядно отображает связи между таблицами и атрибуты, по которым они связываются (первичные и внешние ключи).

Рисунок 7 -. Схема данных

2.4 Состав и описание таблиц базы данных

В таблицах данные распределяются по столбцам (которые называют полями) и строкам (которые называют записями).

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

Основные типы данных:

-   Текстовый. Текст или числа не требующие проведения расчётов.

-        МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.

         Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.

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

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

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

-        Дата/Время. Дата и время хранятся в специальном фиксированном формате.

Таблицы базы данных детского магазина в режиме конструктора:

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

Таблица 1 - "Заказ"

В таблице «Товар-обувь», представленной в таблице 2, в режиме конструктора представлены столбцы: код товара, наименование, единица измерения, цена продажи, закупочная цена, размер. Благодаря этой таблице, мы можем проследить весь товар данного отдела, а именно обуви, вплоть до размера какой либо вещи .

Таблица 2 - «Товар-обувь»

В таблице «Продажа», представленной в таблице 3, в режиме конструктора представлены столбцы: код продажи, код товара, количество, сумма продажи, дата продажи, размер. С помощью данной таблицы мы можем вести учет всей проданной продукции.

Таблица 3 - «Продажа»

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

Таблица 4 - «Поступление»

В таблице «Поставщики», представленной в таблице 5, в режиме конструктора ,представлены столбцы: код поставщика, наименование поставщика, адрес, телефон, поставщик.

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

Таблица 5 - "Поставщики"

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

Таблица 6 - «Товар - вещи»

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

база данные автоматизированный информационный

Таблица 7 - «Товар - химические средства»

2.5 Определение ключей базы данных

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

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

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

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

Таблица 8 - Первичные и внешние ключи отношений

2.6 Выбор СУБД и инструментальных программных средств

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

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

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

Любая СУБД позволяет выполнять четыре простейшие операции с данными:

         добавить в таблицу одну или несколько записей;

·   удалить из таблицы одну или несколько записей;

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

·   найти одну или несколько записей, удовлетворяющих заданному условию.

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

2.7 Разработка механизмов защиты данных от несанкционированного доступа

Access хранит информацию о защите в двух местах. Во время установки программа Setup создаст в папке\Program Files\Microsoft Ofice\0ffice стандартный файл рабочей группы (System.mdw), который впоследствии используется по умолчанию при запуске Access. Этот файл содержит информацию обо всех пользователях и группах.

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

Общая структура защиты Access отображена на рисунке 8. Учётные записи пользователей и групп хранятся в файле рабочей группы. Разрешение на доступ к конкретным объектам сохраняются в файле базы данных.

Расположение текущего файла рабочей группы хранится в реестре Windows. Можно использовать служебную программу Wrkadm.exe (администратор рабочих групп) для изменения текущего или определения нового файла рабочей группы. Кроме того, можно выбирать нужный файл рабочей группы во время выполнения приложения, задав соответствующий параметр командной строки в ярлыке запуска. Если вам приходится часто запускать в сети совместно используемое защищенное приложение, нужно позаботиться о том, чтобы системный администратор задал вашу рабочую группу, используемую по умолчанию, как общий файл в сетевой папке.

Рисунок 8 - Общая структура защиты Access

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

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

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

Рисунок 9 - Главное окно базы данных «Аистенок»

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

Рисунок 10 - Таблицы базы данных магазин «Аистенок»

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

Рисунок 11 - "Добавление заказа"

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

Рисунок 12 - Товар в наличии «Товар-обувь»

Что бы выбрать поставщика , открывается форма ,представленная на рисунке 13.

Рисунок 13 - Выбор поставщика

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

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

Для того, чтобы создать новую таблицу, в главном меню выбираем «Создание», затем «Таблица», далее добавляем поля какие понадобятся вам для работы, представленные на рисунке 15

Рисунок 15 - Добавление таблиц

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

Рисунок 16 - Создание новых документов (формы, отчеты, макросы, таблицы)

. ЭКОНОМИЧЕСКАЯ ЭФФЕКТИВНОСТЬ ПРОЕКТА

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

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

ПРИБЫЛЬ = цена - полная себестоимость продукции,

где прибыль - это прибавочная стоимость;

цена - денежное выражение стоимости товара;

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

3.1 Расчет себестоимости проекта

Себестоимость включает в себя:

-             основные материалы, покупные изделия;

-       электроэнергию на технологические цели;

-       оплату труда;

-       отчисления на социальные нужды;

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

-       прочие расходы.

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

Где:

См - стоимость материалов и покупных изделий;

n - число позиций применяемых материалов;

m - номенклатура применяемых покупных изделий;

Nmi - расход материалов (уп., шт.);

Zmi - цена материала (руб./уп., руб.);

Nnj - количество покупных изделий (шт.);

Znj - цена покупных изделий (руб.);

Ктз - величина транспортно-заготовительных расходов;

Ктз = (1,03…1,05).

Таблица 9 - Затраты на материалы

3.2 Расчет затрат электроэнергии на технологические цели

Затраты на электроэнергию для технологический целей (таблица 10) (СEl) определяется по формуле:

СEl = К*Т*Ц,                                           (2)

где К - потребление электроэнергии компьютером в час, кВт;

Т - сроки разработки программы, час;

Ц - стоимость кВт/час, рубли.

Применив данную формулу, рассчитаем:

СEl =0,3*240*1,63=117,36 (руб.)

3.3 Расчет оплаты труда и отчисления на социальные нужды

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

Согласно Налоговому Кодексу РФ (гл. 24 часть 2 НК РФ) каждое производственное предприятие ежемесячно сверх оплаты труда производит отчисления на социальные нужды - единый социальный налог.

Данный налог зачисляется в федеральный бюджет и в государственные внебюджетные фонды, с 01.01.2009 года, ФЗ № 167 от 15.12 2001 составляет 26 % от заработной платы.

Величина отчислений на социальные нужды вычисляется по формуле

ОСН = (Z *26) / 100,                                (4)

где :ОСН - величина отчислений на социальные нужды;- заработная плата разработчика в месяц;

Рассчитываем по формуле величину:

СОСН = (11000*26)/100=2860 (руб.).

Отчисления на социальные нужды составляют 2860 рублей.

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

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

При линейном способе годовая норма амортизации составляет 20 %.

Годовые амортизационные отчисления (таблица 11) вычисляются по формуле:

Caм = (Cкомп * 20) / 100,                                 (5)

где:

Сам - сумма годовых амортизационных отчислений (линейный способ); С комп - стоимость ЭВМ.

Рассчитываем:

Caм = (15000*20)/100=3000

Таблица 11 - Затраты на амортизационные отчисления

Годовые амортизационные отчисления составляют 375 руб.

Общая себестоимость (СЕБ) продукции, в соответствии с таблицей 12 определяется суммированием ее составляющих.

СЕБ = См + СEl + Сзп + CОСН + Caм                      (6)

Таблица 12 - Калькуляция себестоимости проекта

Общая себестоимость продукции составила 15410,64 рубля.

Цена программного продукта формируется, исходя из полной себестоимости изделия плюс наценка, величина которой получена путем анализа рынка аналогичной продукции (ПО). Наценка составила 13 %.

ЦЕНА = СЕБ + (СЕБ*13 / 100)                        (7)

ЦЕНА =15410,64+(15410,64*13/100)=17414(руб.)

Цена составляет 17414 рубля

Прибыль = цена - себестоимость

Прибыль данного проекта составляет 2003 рублей

Экономический эффект (чистая прибыль) = Прибыль - 0,18*Прибыль

Экономический эффект (чистая прибыль) = 2003-(2003*18)/100=2003-360,54=1642(руб.)

Экономический эффект составляет 1642рублей в соответствии с таблицей 13.

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

Таблица 13 - Экономическая эффективность проекта

ЗАКЛЮЧЕНИЕ

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

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

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

В начале работы была разработана база данных «Магазин «Аистенок». В него входят:

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

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

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

справка по работе с системой, помогающая пользователю освоить работу в АИС «Аистенок».

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

.Выводы по работе:

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

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

ГОСТ 19.001-77.  <A:EcpdЕСПД.htm>Единая система программной документации. Общие положения.

ГОСТ 19.101-77.  <A:EcpdЕСПД_1.htm>Единая система программной документации. Виды программ и программных документов.

ГОСТ 19.102-77.  <A:EcpdЕСПД_2.htm>Единая система программной документации. Стадии разработки.

ГОСТ 19.402-78.  <A:EcpdЕСПД_402.htm>Единая система программной документации. Описание программы.

1. ГОСТ 2.105-95. Единая система конструкторской документации. Общие требования к текстовым документам

2. ГОСТ 24.104-85. Единая система стандартов автоматизированных систем управления. Автоматизированные системы управления. Общие требования

3. Дейт К.Д. Введение в системы баз данных, 8-е издание . Издательство: Вильямс Год: 2005

4. Бастриков М.В. О.П.Пономарев Информационные технологии управления: Учебное пособие Институт «КВШУ».- Калининград: Изд-во Ин-та «КВШУ», 2005.- 140 с.

5. Болтенков В.И., Литвинов А.Л., Лычева Н.В. Конфигурирование и настройка автоматизированных информационных систем Учебное пособие. Белгород: Изд-во БелГУ, 2004.

6. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем/ А.М. Вендров. - М.: Финансы и статистика, 2005. - 180с.

7. Гагарина, Л.Г. Разработка и эксплуатация автоматизированных информационных систем: учеб. ИД Форум: Инфра - М, 2007. - 384 с.

8. Емельянова Е.З., И. И. Попов, Т. Л. Партыка. - М. : ФОРУМ ИНФРА-М, 2012.Рудаков А. В. Технология разработки программных продуктов. Практикум : учеб. пособие для студ. учреждений сред. проф. образования / Устройство и функционирование информационных систем : учеб. пособие /

Источник: (<http://progbook.ru/bd/>)

Канцедал С. А.Алгоритмизация и программирование : Учебное пособие / С.А. Канцедал. - М.: ИД ФОРУМ: НИЦ Инфра-М, 2014. (<http://znanium.com>)

1. Картыгин С.А. Access 97 (Серия без проблем) Вост. Книжн. Компания 1997

2. Мезенцев, К. Н. Автоматизированные информационные системы : учебник для студ. учреждений сред. проф. образования / К. Н. Мезенцев. - М.: Издательский центр «Академия», 2010.

3. Мезенцев, К. Н. Автоматизированные информационные системы : учебник для студ. учреждений сред. проф. образования / К. Н. Мезенцев. - М.: Издательский центр «Академия», 2010.

4. Наумов А.А. Системы управления базами данных и знаний Издательство: Финансы и статистика Год: 2001

5. Проектирование информационных систем : учеб. пособие. - М.: ФОРУМ, 2012.

7. Рудаков А.В, Г. Н. Федорова. - 3-е изд., испр. - М.: Издательский центр «Академия»; 2012.

8. Светлов М.Н, Светлова Г.Н Информационные технологии управления проектами: Учебное пособие. М.: ФГОУ ВПО РГАУ-МСХА им. К.А. Тимирязева, 2007. - 144 с.

9. Федорова, Г. Н. Информационные системы : учебник для студ. учреждений сред. проф. образования. - 2-е изд., испр. - М. : ИЦ Академия, 2011

10.Фуфаев, Д. Э. Разработка и эксплуатация автоматизированных информационных систем : учебник для студ. сред. проф. образования / Д. Э. Фуфаев, Э. В. Фуфаев. - М. : Издательский центр «Академия», 2010

11.Хомоненко А.Д., Цыганков В.М., Мальцев М.Г.Базы данных: Учебник для высших учебных заведений. - СПб.: КОРОНА, 2003. - 672 с.

12.Шаньгин В.Ф.Информационная безопасность компьютерных систем и сетей: Учебное пособие / В.Ф. Шаньгин. - М.: ИД ФОРУМ: ИНФРА-М, 2012.