Computer Aided Software Engineering задача

Вид материала

Задача

Содержание 1.Теоретическая часть Сущность структурного подхода 1.2. Моделирование данных с помощью ERD диаграмм. 1.2.1. Case-метод Баркера Уникальный идентификатор 1.2.2. Методология IDEF1 2. Практическая часть. Разработка модели информационной системы «Склад» 2.1. Описание работы оптового склада фирмы 2.2. Постановка задачи разработки модели ИС 2.3. Построение иерархии ERD диаграмм при моделировании Информационной Системы «Склада» Рис. 2.2. Связь покупателя с товаром 2.4. Представление ERD диаграммы для модели ИС «Склада» Список литературы Элемент диаграммы

Подобный материал:

• Автоматизированное проектирование ис (case-технология), 75.02kb.
• Говоря простым языком, системы баз знаний это искусство, которое использует достижения, 267.75kb.
• Система Автоматизации Инженерного Труда cad computer Automation Design cam computer, 35.46kb.
• Integrated Computer Aided definition Method -методология интегрального описания, интегральной, 259.09kb.
• Система hlccad высокоуровневого проектирования цифровых устройств, 90.37kb.
• Онтологічні моделі опису готових ресурсів у розробці програм, 202.38kb.
• Международная стипендиальная программа Master of Science in Computer Technology and, 90.1kb.
• Engineering Fracture Mechanics Структура статьи Предисловие Некоторые общие комментарии, 127.46kb.
• Комплекс программ технического обслуживания (кпто); пакеты программ, дополняющие возможности, 357.82kb.
• А. Н. Туполева утверждаю: Проректор по учебной и методической работе И. К. Насыров, 271.38kb.

Содержание

ВВЕДЕНИЕ

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

В свете вышесказанного с каждым днем увеличивается интерес к задачам, связанным с проектированием и построением информационных систем. Существует множество подходов к решению этих задач. Большинство подходов опирается на инструментальные средства, позволяющие автоматизировать создание системы. Поэтому деятельность такого рода получила название CASE (Computer Aided Software Engineering).

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

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

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

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

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

-информация о наличие товара;

-подбор товара;

-просмотр накладных на товар;

Основными функциями являются

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

-учет заказов на товар;

-учет расхода товара;

-списывание товара

1.Теоретическая часть

1. Сущность структурного подхода

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

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

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

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

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

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

• SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;
  
• DFD (Data Flow Diagrams) диаграммы потоков данных;
  
• ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".
  

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

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

1.2. Моделирование данных с помощью ERD диаграмм.

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

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

1.2.1. Case-метод Баркера

Метод Баркера будет излагаться на примере моделирования деятельности компании по торговле автомобилями. Ниже приведены выдержки из интервью, проведенного с персоналом компании.

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

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

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

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

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



Рисунок 1.2.1 - Графическое изображение сущности


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

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

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



Рисунок 1.2.2.


Следующим шагом моделирования является идентификация связей.

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

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

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

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

Степень связи и обязательность графически изображаются следующим образом (рисунок 1.2.3).



Рисунок 1.2.3.


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



Рисунок 1.2.4.


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



Рисунок 1.2.5.


Последним шагом моделирования является идентификация атрибутов.

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

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

Уникальный идентификатор - это атрибут или совокупность атрибутов и/или связей, предназначенная для уникальной идентификации каждого экземпляра данного типа сущности. В случае полной идентификации каждый экземпляр данного типа сущности полностью идентифицируется своими собственными ключевыми атрибутами, в противном случае в его идентификации участвуют также атрибуты другой сущности-родителя (рисунок 1.2.7).



Рисунок 1.2.6.



Рисунок 1.2.7.


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

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

С учетом имеющейся информации дополним построенную ранее диаграмму (рисунок 1.2.8).

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

Подтипы и супертипы: одна сущность является обобщающим понятием для группы подобных сущностей (рисунок 1.2.9).

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


Рекурсивная связь: сущность может быть связана сама с собой (рисунок 1.2.11).

Неперемещаемые (non-transferrable) связи: экземпляр сущности не может быть перенесен из одного экземпляра связи в другой (рисунок 1.2.12).









Рисунок 1.2.11 - Рекурсивная связь



Рис. 1.2.12 - Неперемещаемая связь

1.2.2. Методология IDEF1

Метод IDEF1, разработанный Т.Рэмей (T.Ramey), также основан на подходе П.Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия - методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X-диаграммы используются рядом распространенных CASE-средств (в частности, ERwin, Design/IDEF).

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



Рисунок 1.2.13 - Сущности


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

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

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

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

Связь изображается линией, проводимой между сущностью-родителем и сущностью-потомком с точкой на конце линии у сущности-потомка. Мощность связи обозначается как показано на рис. 1.2.14 (мощность по умолчанию - N).



Рисунок 1.2.14 - Мощность связи


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



Рисунок. 1.2.15 - Идентифицирующая связь


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



Рисунок 1.2.16 - Неидентифицирующая связь


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



Рисунок 1.2.17 - Атрибуты и первичные ключи


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



Рисунок 1.2.18 - Примеры внешних ключей

2. Практическая часть. Разработка модели информационной системы «Склад»

2.1. Описание работы оптового склада фирмы

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

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

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

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

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

Выдержки из интервью работников фирмы оптовой торговли:

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

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

2.2. Постановка задачи разработки модели ИС

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

• Формирование накладной на отпущенные товары Следить за текущим наличием товаров на каждом складе.
  
• Следить за текущем наличием товара на складе.
  
• Формирование списка заказов на покупку товара.
  

Для реализации данной ИС необходимо разработать концептуальную модель системы в виде ERD диаграммы – диаграммы «сущность – связь».

2.3. Построение иерархии ERD диаграмм при моделировании
Информационной Системы «Склада»

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

Изучив интервью с работниками фирмы оптовой продажи можно выделить 4 сущности (покупатель, накладная, товар и склад), которые изображаются следующим образом:



Рис. 2.1.Существующие сущности в данной модели ИС

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



Рис. 2.2. Связь покупателя с товаром

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

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

Проанализировав это, получаем диаграмму следующего вида:



Рис. 2.3. ERD диаграмма со связями между сущностями

Следующим шагом нужно выделить атрибуты сущностей. О них известно следующее:

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

2) каждый товар имеет наименование, цену, а также характеризуется единицами измерения;

3) каждая накладная имеет уникальный номер, дату выписки, список товаров с количествами и ценами, а также общую сумму накладной. Накладная выписывается с определенного склада и на определенного покупателя;

4) каждый склад имеет свое наименование.

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

Поэтому возникает понятие "Список товаров в накладной". Сущности "Накладная" и "Товар" связаны друг с другом отношением типа много-ко-многим. Такая связь должна быть разделена на две связи типа один-ко-многим. Для этого требуется дополнительная сущность. Этой сущностью и будет сущность "Список товаров в накладной". Атрибуты "Количество товара в накладной" и "Цена товара в накладной" являются атрибутами сущности "Список товаров в накладной".

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

2.4. Представление ERD диаграммы для модели ИС «Склада»

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

Рис. 2.4. ERD диаграмма ИС «Склада»

ERD- диаграмма

Заключение

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

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

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

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

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

Автоматизация склада — это решение эффективного бизнеса.

Роль склада в работе современной компании трудно переоценить.

Склад — это основное производственное отделение компании, и от его работы в большой степени зависит конкурентоспособность любой компании.

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

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

Основными задачами любого склада являются:

1. прием товара и размещение по складу,

2. хранение товара без утраты потребительских качеств,

3. своевременная и качественная комплектация заказов,

4. "прозрачность" и возможность проведения

инвентаризации товарно-материальных ценностей.

Основными операциями, выполняемыми на любом складе, являются:

прием товара — прием, проверка соответствия поставки сопроводительным документам, проверка целостности товара

отгрузка товара — отбор товара из зоны хранения, комплектация и упаковка, контроль отгрузки

перемещение товаром между складами организации

инвентаризация — в зонах хранения необходимо предусмотреть возможности проведения инвентаризации

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

1. 
   Вендров А.М. Проектирование программного обеспечения экономических информационных систем – М.: Финансы и статистика, 2006. – 543с.
   
2. Вендров А.М. Методы и средства моделирования бизнес-процессов – М.: Финансы и статистика, 2004. – 32с.
   
3. Гагарина Л.Г., Киселёв Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем: учебное пособие – М.: Инфра-М, 2007. – 384с.
   
4. Гвоздева В. А., Лаврентьева И. Ю. Основы построения автоматизированных информационных систем – М.: Инфра-М, 2007. – 320с.
   
5. Технологии разработки программного обеспечения: Учебник / С. Орлов – СПб.: Питер, 2002 г.
   
6. Хахаев И.А., Турченюк Т.И.Мошенский С.А. Internet/Intranet/ Основы разработки и использования документов. –СП б, ТЭИ, 2005. –69с.
   
7. Шафрин Ю. Информационные технологии, - М., ООО" Лаборатория базовых знаний”, 2003.
   
8. Пятибратов А.П., Гудындо Л.П., Кириченко А.А. Вычислительные системы, сети и телекоммуникации. – М., Финансы и статистика, 2004.
   
9. Автоматизация и современные технологии: Журнал–М.:Техно, 48 с.
   
10. ссылка скрыта
    
11. ссылка скрыта
    

Приложение 1

Нотация Чена

Таблица 1. Схемная база элементов диаграмм нотации Чена

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

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





Рис. 1. Пример диаграммы, построенной с помощью нотации П.Чена


Приложение 2




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

Накладная на товар

Приложение 4