Бланк заявки на продукты питания поставщику - Образец заявки на поставку продукции

Договор с интернет магазином extremal
Предварительный договор поставки продуктов питания разовой

Про затвердження положення про поставки продукції виробничо

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

Договор поставки продуктов питания периодической образец

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

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

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

Договор поставки продуктов питания бланки и образцы

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

Поставщикам с наивысшей степенью стабильности и. Сети полностью закупает товар, начиная от продуктов питания и заканчивая. Заявка подается на соответствующем бланке заявки (укр, рус, англ). Которые отбираются на производстве или у поставщика, в порядке, в сроки и в. Тендеры и заявки в украине. Продукты питания, напитки (найдено 103 наименований). Киев ищем поставщика кофе и чая, работа по бартеру.

Составить и скачать договор поставки продуктов питания (периодической). Который уже есть у поставщика на момент заключения договора или. Ати шаблоны и образцы документов используемых при. Важно! Заявки на экскурсии принимаются не менее, чем за 1 месяц до даты предполагаемой. Следующий прием заявок откроется года. Местом поставки услуг является место регистрации поставщика. Бланков дорожных, банковских и именных чеков, ценных бумаг. Поставке продуктов детского питания и товаров детского. Продукции по заявке заказчика, гигиеническая оценка образцов новых видов про. Кроме прочего, сюда вошла оплата коммунальных услуг и продуктов питания для каждой из шести. Крупнейшие поставщики уз при новом руководстве. Свои заявки на участие в торгах по ним прислали 10 компаний. Максим бланк еще в июле на своей странице facebook на.

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

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

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

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

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

Договор заявка на поставку товара образец

В рамках заключенного между нами Договора поставки и Спецификации Продукции №____ в от должность Ф.И.О. подпись ответственного лица Покупателя) Дата отправки Поставщику Заявки на поставку: «____» _2009г.

/ПРИМЕР / Бланк заказа на поставку продукции Номер заявки и число ставится исполнителем заказа. № п/п Наименование и модель изделия

IP/Host: 212.45.20.--- Re: Нужен образец договора поставки товаров! ДОГОВОР No. ____ поставки товара (предоплата по мере 2.1. Цена единицы товара и общая сумма товара по настоящему Договору будут определяться сторонами в заявках

Скачать договор
ДОГОВОР ПОСТАВКИ №
г. Нижневартовск «__» ______ 2014 г.
ООО «НВЭнерджи», именуемый в дальнейшем «Поставщик», в лице Генерального директора Солдатенко Екатерины Николаевны, действующей на основании Устава, с одной стороны, и ____________________________________________ именуемый в дальнейшем «Покупатель», в лице _____________________________, действующего на основании _________, с другой стороны, заключили настоящий договор о нижеследующем:
1. Предмет договора
1.1. Поставщик обязуется поставить продукцию: Канцелярские товары, бытовая химия, офисная мебель (в дальнейшем по тексту Договора – товар), в количестве и ассортименте в соответствии с накладными, согласованной заявкой либо спецификацией.
1.2. Покупатель обязуется принять и оплатить стоимость товара в порядке предусмотренном настоящим Договором.
2. Порядок оформления заказа
2.1. Покупатель направляет Поставщику по электронной почте antarium86@mail.ru заявку, подписанную и скрепленную печатью предприятия, с указанием ассортимента и количества товара за 10 (десять) дней до отгрузки товара.
2.2. Поставщик в течение 2 (двух) дней, считая с момента получения от Покупателя заявки на поставку товара, обязан подтвердить возможность ее выполнения, либо согласовать с Покупателем внесение изменений в заявку.
2.3. Заявка Покупателя, а так же изменение заявки считаются принятыми, в случае подписания и направления Заявки Поставщиком по электронной почте Покупателю по следующему адресу: antarium00@bk.ru.
2.4. Последующие Заявки, направленные Поставщику Покупателем принимаются к исполнению Поставщиком в случае отсутствия у Покупателя задолженности по оплате предыдущих поставок.
2.5. Первая отгрузка товара производится только при наличии подписанного сторонами договора.
3. Стоимость и порядок расчетов
3.1. Стоимость каждой партии товара определяется на основании цен, указанных и согласованных Сторонами в спецификациях, и устанавливается в российских рублях.
3.2. Покупатель производит предварительную оплату в размере 100 % в течение 5 банковских дней с даты получения счета на оплату и подтверждения со стороны Поставщика Заявки Покупателя, согласно п.2.3
3.3. Датой оплаты является дата поступления денежных средств на расчетный счет Поставщика в случае оплаты путем безналичного расчета или дата внесения денежных средств в кассу Поставщика в случае оплаты за наличный расчет.
.
4. Качество товара.
4.1. Приемку товара по количеству и качеству Покупатель осуществляет по накладной во время приема-передачи товара в порядке, установленном инструкциями о порядке приемки продукции производственно-технического назначения и товаров народного потребления по качеству и количеству, утвержденными постановлениями Госарбитража при Совете Министров СССР

ООО "АБЗ ПОДОЛЬСК"›. Статьи›. Образец договора на поставку бетона и раствора. В случае, если заказанный объем товара по заявке окажется меньше объема АБС, то оплата доставки рассчитывается исходя из 7 м3.

соответственно от 25.04.1966 г. № П-7 и 15.06.1965 № П-6 (в ред. Постановлений Госарбитража СССР соответственно от 29.12.1973 № 81 и от 14.11.1974 № 98) е. Термин «продукция», используемый в указанных инструкциях соответствует термину «товар», используемому в настоящем Договоре. В случае обнаружения недостачи и (или) поставки товара ненадлежащего качества, Покупатель обязан незамедлительно в течение 24 часов по факсу или по электронной почте уведомить об этом Поставщика. Уведомление и вызов представителя Поставщика являются обязательными. Покупатель вправе предъявить Поставщику претензию в случае обнаружения недостачи и (или) поставки товара
ненадлежащего качества в течение трех календарных дней с даты приемки товара. Содержание и обоснование претензии должно быть подтверждено Актом по Форме Торг-2. Покупатель вправе предъявить Поставщику претензию по скрытым недостаткам товара в течение десяти календарных дней с момента его приема. Поставщик не несет никакой ответственности в случаях переработки, доработки, внесения каких-либо технологических добавлений Покупателем в поставленный товар,
которые ведут к изменению технологических параметров товара.
4.2. Поставщик гарантирует, что качество товара должно соответствовать требованиям государственных стандартов, обеспечивать безопасность для жизни и здоровья потребителей, а также возможность использования товара по назначению, а также упаковка товара соответствует требованиям нормативной документации и обеспечивает сохранность товара.
4.3. Покупатель вправе вернуть товар или потребовать его замены, если при приемке товара Покупателем обнаружены недостатки товара в количестве (недопоставка, пересортица) и/или существенно нарушены требования к качеству товара, а также в случае, если Поставщик не предоставил всех документов согласно настоящему Договору или поставил товар несогласованного ассортимента.
5. Права и обязанности сторон.
5.1. Обязанности и права Покупателя:
5.1.1. Направлять Поставщику заказы в соответствии с п.2.1. настоящего Договора;
5.1.2. Осуществлять платежи в соответствии с п.3.2. настоящего Договора.
5.1.3. Осуществить проверку при приемке товара по количеству, качеству и ассортименту; подписывать соответствующие документы лицом, уполномоченным руководителем организации на подписание таких документов;

ПОРЯДОК ПОСТАВКИ ТОВАРА Покупатель направляет Поставщику Заявку на поставку Товара, согласно форме, указанной в Приложении № 1 к настоящему Договору.

5.1.4. Своевременно возвращать Поставщику по почте или с водителем-экспедитором надлежащим образом оформленные отгрузочные документы, заверенные подписью уполномоченного лица и печатью организации
5.2. Обязанности и права Поставщика:
5.2.1. Рассматривать заказы Покупателя в соответствии с п.2.2. настоящего Договора.
5.2.2. Предоставить Покупателю следующие документы: товарную накладную, и счет фактуру.
5.2.3. Передать товар Покупателю в соответствии с согласованной заявкой либо подписанной спецификацией.
5.2.4. Восполнение недопоставки производится при формировании последующих отгрузок на основании Заявок Покупателя.
6. Порядок передачи и приемки товара.
6.1. Товар доставляется Покупателю путем самовывоза товара со склада Поставщика, по согласованию Сторон доставка может осуществляться Поставщиком, в случае подтверждения данного условия доставки в Заявке Покупателя Поставщиком.6.2.В случае доставки товара Поставщиком, сроки доставки, адрес места доставки, ответственность Сторон, порядок доставки согласовываются Сторонами и указываются в спецификации. В этом случае право собственности и риск случайной гибели или порчи товара переходит от Поставщика к Покупателю после подписания товарных накладных на складе Покупателя
6.3. В случае доставки товара Поставщиком в адрес Покупателя, транспортные расходы несет Поставщик.
6.4. По согласованию Сторон, товар может быть доставлен с привлечением сторонней организации – транспортного предприятия (железнодорожным или автотранспортом) за счет Покупателя. При этом право собственности и риск случайной гибели или порчи товара переходит от Поставщика к Покупателю в момент передачи товара перевозчику. В случае организации доставки с привлечением сторонней организации обязательства Поставщика считаются выполненными при сдаче продукции перевозчику – транспортному предприятию.
6.5. При осуществлении приемки товара Покупатель обязан осмотреть Товар, проверить его количество и качество, совершить другие необходимые действия, обеспечивающие принятие товара.
6.6 Отпуск товара Покупателю осуществляется по накладной Поставщика при наличии у представителя Покупателя:
а) доверенности от предприятия;
б) личного паспорта доверенного лица.
7. Ответственность сторон
7.1. В случае несвоевременной оплаты по договору, Поставщик вправе потребовать от Покупателя уплаты пени в размере 0,1 % (одна десятых доли процента) от суммы неоплаченного товара за каждый день просрочки платежа при наличии письменной претензии со стороны Поставщика.
7.2. Все спорные вопросы Стороны будут решать путем переговоров. В случае не достижения договоренности по спорному вопросу Стороны имеют право обращаться в Арбитражный суд по месту нахождения истца..
7.3. Стороны освобождаются от ответственности за неисполнение принятых на себя обязательств, если это произошло в результате действий обстоятельств непреодолимой силы (форс-мажор): наводнения, пожара, землетрясения, эпидемии, военного конфликта, вмешательство государственных органов и т.п.
7.4. Обе Стороны должны немедленно известить письменно друг друга о начале и окончании обстоятельств форс-мажора, препятствующих выполнению обязательств по настоящему Договору. Сторона, ссылающаяся на форс-мажорные обстоятельства, обязана предоставить для их подтверждения документ компетентного государственного органа. После прекращения действия форс-мажора обязательства сторон возобновляются.
7.5. При нарушении сроков поставки, отгрузки, либо при отгрузке некачественного товара Поставщик уплачивает Покупателю неустойку в размере 0,1 % от стоимости неотгруженной в срок продукции за каждый день просрочки исполнения
8. Срок действия договора
8.1. Срок действия Договора устанавливается с момента его подписания до «__» ______ 20__ г. а в части финансовых обязательств до полного исполнения.
8.2. Стороны имеют право расторгнуть настоящий Договор путем направления письменного уведомления каждой из Сторон за 30 дней до окончания срока действия настоящего Договора.
9. Заключительные положения.
9.1. Вся коммерческая информация, касающаяся отношений, вытекающих из настоящего Договора полученная Сторонами, либо информация, которая будет ими получена друг от друга в течение срока действия настоящего Договора, является строго конфиденциальной и не подлежит разглашению без письменного согласия Сторон.
9.2. Передача прав и обязанностей по настоящему договору третьему лицу возможна только при соблюдении Гражданского кодекса РФ и в соответствии с действующим законодательством РФ.
9.3. Все изменения и дополнения настоящего Договора считаются действительными в случае, если они исполнены в письменной форме и подписаны уполномоченными на то представителями обеих сторон.
9.4. Договор, а также все приложения, изменения или дополнения к настоящему договору, переданные, полученные и подписанные посредством факсимильной связи, считаются заключенными в письменном виде и обладают силой письменных доказательств.
9.5. Не позднее одного месяца со дня подписания документов по

Бланк заявки на приобретение продукции Образец заполнения. Заявка на поставку товара Приложение № _ к Договору № _ от « »_ 201_ г. Заявка на поставку товара Продавец: ООО

В рамках заключенного между нами Договора поставки и Спецификации Продукции №____ в от должность Ф.И.О. подпись ответственного лица Покупателя) Дата отправки Поставщику Заявки на поставку: «____» _2009г.

Заявка образец

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

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

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

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

Даже спортсмены делают своего рода заявки. Например, заявка на разряд.

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

Заполненный образец заявки

В отдел снабжения НГЧ-1
от мастера Пермского участка
производства Лазарева Г.В.

Для ремонта коридора поста ЭЦ ст. Ферма необходимо изготовить и установить 3 противопожарные двери в дверные проемы;
1. 2030 мм. ? 970 мм. – правое открывание ………………..1 шт.
2. 2030 мм. ? 970 мм. – правое открывание …………….….1 шт.
3. 2030 мм. ? 870 мм. – левое открывание …………………1 шт.

Мастер Пермского
участка производства Г.В. Лазарев

Заполненный образец заявки

В отдел снабжения НГЧ-1
От Бордачева Н.Д.

Необходимых материалов для ремонта кабинетов НОД-1

• образец заявки (97)
• как написать заявку (85)
• как написать заявку в письменном виде образец (62)
• заявка образец (57)
• заявка на материалы образец (53)
• заявка (45)
• образец заявки на приобретение товара (37)
• как написать заявку образец (36)
• как писать заявку образец (35)
• как пишется заявка образец (32)

7 Facebook Twitter Мой мир Вконтакте Одноклассники Google+ Pinterest письмо

АРМ логиста

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

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

Работа с адресной информацией о клиенте.

Работа с рыночной информацией.

Информационная поддержка продаж.

Б. Функции поддержки при работе с клиентом.

Текущая ситуация при работе с клиентом.

Потребности клиента в товарах предприятия.

Работа по этапам сделки.

Обеспечение функций по продажам при работе с клиентами.

В. Функции поддержки при управлении отделом.

Планирование работы отдела.

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

Контроль выполнения задач работниками отдела.

Контроль текущих показателей работы отдела.

Получение фактических показателей по итогам периода.

Г. Функции анализа и прогнозирования.

Прогнозирование динамики продаж.

Анализ результатов работы сотрудников.

Анализ рыночной ситуации.

Д. Функции обработки имеющейся информации.

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

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

Другие групповые действия над записями.

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

2.2 Схема работы склада предприятия

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

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать бизнес с трех ключевых точек зрения:

С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.

С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

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

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

Как видно из контекстной диаграммы (рисунок 2), управляющая информация входит в блок сверху (Лицензия на занятие торговлей), в то время как входная информация (Бланк заявки поставщику, Бланк заказа клиента, Список о количестве запасов на складе), которая подвергается обработке, показана с левой стороны блока, а результаты (выход) показаны с правой стороны блока (Заполненный и заверенный бланк заявки, Договора, контрольные документы). Механизм (Работники отдела склада, Работники отдела продаж), который осуществляет операцию, предоставляется дугой, входящий в блок снизу.

Рисунок 2. Контекстная диаграмма.

Далее блок «Автоматизированная система управления складом» разбивается на три процесса, которые представлены на диаграмме декомпозиции процесса (рисунок 3):

Оформление заявки на поставку товара;

Формирование заказа клиента;

Оформление договора на продажу.

Рисунок 3. Диаграмма декомпозиции процесса.

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

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

повышение оперативности и достоверности информации о состоянии предприятия;

повышение контроля выполнения управленческих решений и планов;

снижение риска злоупотреблений со стороны персонала;

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

разработка и внедрение новых информационных технологий, PR-акции, реклама;

планирование и проведение специальных мероприятий;

оценка эффективности управления.

Основные функции системы:

- непосредственное участие в разработке и управлении продажами;

- ведение БД клиентов и товаров;

- составление и оформление заказов клиентов;

составление и оформление заявок поставщикам;

- предоставление необходимой информации клиентам;

- предоставлении необходимой информации поставщикам;

- осуществление мероприятий по разработке стратегии продаж;

- предложение новых товаров;

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

Работники отдела сбыта, главная функция которых состоит в работе и связи с клиентами;

Работники склада: их главная задача – обеспечение и контролирование товаров.

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

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

Основываясь на всем вышеуказанном, было принято решение использовать в качестве инструментального средства разработки проекта Rational Rose Enterprise Edition, который полностью поддерживает объектно-ориентированный подход.

Rational Rose - CASE-средство фирмы Rational Software Corporation (США) - предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации.

Структура и функции

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

Средства автоматической генерации кодов программ на языке С++, используя информацию, содержащуюся в логической и физической моделях проекта, формируют файлы заголовков и файлы описаний классов и объектов. Создаваемый таким образом скелет программы может быть уточнен путем прямого программирования на языке С++. Анализатор кодов С++ реализован в виде отдельного программного модуля. Его назначение состоит в том, чтобы создавать модули проектов в форме Rational Rose на основе информации, содержащейся в определяемых пользователем исходных текстах на С++. В процессе работы анализатор осуществляет контроль правильности исходных текстов и диагностику ошибок. Модель, полученная в результате его работы, может целиком или фрагментарно использоваться в различных проектах. Анализатор обладает широкими возможностями настройки по входу и выходу. Например, можно определить типы исходных файлов, базовый компилятор, задать, какая информация должна быть включена в формируемую модель и какие элементы выходной модели следует выводить на экран. Таким образом, Rational Rose/С++ обеспечивает возможность повторного использования программных компонент.

В результате разработки проекта с помощью CASE-средства Rational Rose формируются следующие документы:

спецификации классов, объектов, атрибутов и операций

заготовки текстов программ;

модель разрабатываемой программной системы.

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

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

Взаимодействие с другими средствами и организация групповой работы

Rational Rose интегрируется со средством PVCS для организации групповой работы и управления проектом и со средством SoDA - для документирования проектов. Интеграция Rational Rose и SoDA обеспечивается средствами SoDA.

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

Для управляемой подмодели предусмотрены операции:

загрузка подмодели в память;

выгрузка подмодели из памяти;

сохранение подмодели на диске в виде отдельного файла;

установка защиты от модификации;

замена подмодели в памяти на новую.

Наиболее эффективно групповая работа организуется при интеграции Rational Rose со специальными средствами управления конфигурацией и контроля версий (PVCS). В этом случае защита от модификации устанавливается на все управляемые подмодели, кроме тех, которые выделены конкретному разработчику. В этом случае признак защиты от записи устанавливается для файлов, которые содержат подмодели, поэтому при считывании "чужих" подмоделей защита их от модификации сохраняется и случайные воздействия окажутся невозможными.

2.4 Постановка задач по подсистемам

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

Использование диаграммы UseCase(рисунок 4)– это возможность увидеть систему с ее функциями и подфункциям с точки зрения пользователя.

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

Рассмотрим каждую функцию:

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

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

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

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

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

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

Входной информацией является:

Дата и время доставки;

Остаток товара на складе.

Выходной информацией является оформление заявки.

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

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

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

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

Формирование заказа – заказ формируется основываясь на БД имеющихся в наличии товаров.

Входной информацией является:

Количество единиц товара;

Выходной информацией является оформленный заказ.

Учет и контроль за исполнением заказов клиентов.

Ведение договоров с покупателями – оговариваются условия доставки товара, а также условия расчета.

Анализ продаж – на основании анализа продаж производится изучение потребительского спроса.

«Бухгалтерия» Главной задачей является автоматизация складского учета, анализ состояния складов, контроль движения товарно-материальных ценностей; бухгалтерский и налоговый учет в полном соответствии с национальным законодательством; формирование налоговой, бухгалтерской и другой регламентированной отчетности в различные органы; бухгалтерский учет и контроль смет расходов бюджетных организаций в полном соответствии с законодательством и ведомственными инструкциями; сбор сводной отчетности бюджетных организаций

«Клиенты» (потребители) – предприятием изучается потребительский спрос на производимый вид товара, разрабатывается гибкая система цен.

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

Важно снизить стоимость материальных ресурсов для увеличения прибыли (при неизменных накладных расходах).

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

Критерии оценки поставщика:

- качество поставляемой продукции;

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

- ограничение размера заказа;

-удаленность поставщика от потребителя;

- психологический климат в коллективе;

- кредитоспособность и финансовое положение.

Критерии выбора поставщика:

- определение количества возможных поставщиков (определение всех возможных поставщиков, включая и тех, чьими услугами наша компания ранее не пользовалась);

- определение позиции поставщиков на рынке;

- определение профессионализма и надежности поставщиков;

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

- проведение переговоров с поставщиками;

- оценка уровня цены;

Диаграмма классов (class diagram) (рисунок 5) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений.

Данная диаграмма классов позволяет увидеть взаимоотношения между объектами системы, связи и зависимости.

Рисунок 5. Диаграмма классов.

Диаграмма UseCaseи диаграмма классов являются основанием для построения структуры БД.

2.5 Обоснование выбора СУБД Accessдля разработки БД

Приложение MicrosoftAccessявляется мощной и высокопроизводительной 32-разрядной системой управления реляционной базой данных (далее СУБД).

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

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

СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы.

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

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

Access– мощное приложениеWindows. При этом производительность СУБД органично сочетаются со всеми удобствами и преимуществамиWindows.

Как реляционная СУБД Accessобеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Можно использовать таблицы, созданные в средеParadoxилиdBase. Работая в средеMicrosoftOffice, пользователь получает в своё распоряжение полностью совместимые сAccessтекстовые документы(Word), электронные таблицы(Excel), презентации(PowerPoint).С помощью новых расширений дляInternetможно напрямую взаимодействовать с данными изWorldWideWebи транслировать представление данных на языкеHTML, обеспечивая работу с такими приложениями какInternetExplorerиNetscapeNavigator.

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

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

Элементы базы данных.

Таблицы. В базе данных информация хранится в виде двумерных таблиц. Можно так же импортировать и связывать таблицы из других СУБД или систем управления электронными таблицами. Одновременно могут быть открыты 1024 таблицы.

Запросы. При помощи запросов можно произвести выборку данных по какому-нибудь критерию из разных таблиц. В запрос можно включать до 255 полей.

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

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

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

База данных может содержать до 32768 объектов.

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

2.6 Разработка структуры базы данных и отношений атрибутов

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

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

Для идентификации требований, в соответствии с которыми сущности вовлекаются в отношения, используются связи. Каждая связь соединяет сущность и отношение и может быть направлена только от отношения к сущности. Значение связи характеризует её тип и выбирается из множества: "0 или 1", "0 или более", "1", "1 или более", "диапазон p:q". Пара значений связей, принадлежащая одному и тому же отношению, определит тип этого отношения.

Для большинства приложений достаточно использовать следующие типы отношений:

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

один ко многим (отношения такого типа являются наиболее часто используемыми);

многие ко многим (используется на ранних этапах проектирования с целью прояснения ситуации).

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

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

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

Разработка структуры базы данных включает такие основные этапы, как:

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

идентификация отношений между сущностями и указание типов отношений;

разрешение неспецифических видов отношений (многие к многим).

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

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

Согласно Кодду любая нормализованная схема (схема без повторяющихся групп) автоматически находится в первой нормальной форме (1НФ), независимо от того, насколько сложен ее ключ и какая взаимосвязь может существовать между ее элементами. По определению схема находится во второй нормальной форме (2НФ), если все её ключевые атрибуты полностью зависят от ключа. Схема находится в третьей нормальной форме (3НФ), если она находится во 2НФ, и ни какой неключевой атрибут не зависит от другого неключевого атрибута.