стратегический менеджмент

по тексту
...

1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ 3
1.1. Описание предметной области и функции решаемых задач 3
1.2. Перечень входных (первичных документов) 6
1.3. Ограничения предметной области 10
2. ПОСТАНОВКА ЗАДАЧИ 11
2.1. Организационно-экономическая сущность решаемых задач 11
2.2. Описание выходной информации 11
2.3. Описание входной информации 12
3. РАЗРАБОТКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ. 14
3.1. Анализ входной информации предметной области и выделение информационных объектов. 14
3.2. Определение связей информационных объектов и построение информационно-логической модели. 15
3.3. Определение логической структуры базы данных 17
3.4. Разработка физической структуры базы данных. 18
3.5. Контрольный пример 21
4. СОЗДАНИЕ БАЗЫ ДАННЫХ 23
4.1. Структура таблиц 23
4.2. Схема данных в Аccess 24
4.3. Создание пользовательских форм 26
4.4. Ввод данных 27
5. СОЗДАНИЕ АЛГОРИТМА И ЗАПРОСОВ 30
6. СОЗДАНИЕ ОТЧЁТОВ 35
6.1. Получение отчёта с помощью Мастера отчётов. 35
6.2. Корректировка макета отчёта с помощью Конструктора отчётов. 35
6.3. Вывод отчёта на печать 36
7. СОЗДАНИЕ КНОПОЧНОЙ ФОРМЫ С ПОМОЩЬЮ ДИСПЕТЧЕРА КНОПОЧНЫХ ФОРМ 37
СПИСОК ЛИТЕРАТУРЫ 38

В результате исследования предметной области обнаружено, что предприятие выпускает продукцию широкого потребления.
На предприятии работает три цеха. Цех №1 выпускает изделия 123456, 123457, 123458, 123459; Цех №2 - изделия 123460, 123461, 123462, 123463, 123464; Цех №3 – изделия 123465, 123466, 123467, 123468, 123469, 123470.
Готовые изделия отгружаются на склады. За складом №1 закреплены изделия123456,123457, 123462, 123463, 123469; за складом №2 - изделия 123458, 123459, 123464, 123465, 123466,123470, за складом №3 - изделия 123460, 123461, 123467, 123468.
Система управления предприятием состоит из подсистем:
технической подготовки производства (технологическая проработка, конструирование изделия),
планирования,
маркетинга,
бухгалтерского учёта, материально-технического обеспече ния производства,
управление финансами,
реализации и сбыта готовой продукции,
управление кадрами и другие.
Отделы управления предприятием выполняют выделенные комплексы задач с помощью закреплённых за ними подсистем управления:бухгалтерия - бухгалтерский учёт, плановый отдел - подсистема планирования и так далее. На малых предприятиях отдельному специалисту могут быть поручены несколько подсистем управления с комплексами задач.
В качестве предметной области рассмотрим деятельность отдела реализации и сбыта предприятия.

Цеховая накладная может включать несколько наименований изделий и отправляется на один склад.Все цены определяются в рублях.2. ПОСТАНОВКА ЗАДАЧИ2.1. Организационно-экономическая сущность решаемых задачОдной из основных проблем в организации планирования выпуска продукции является проверка обеспеченности плана отгрузки по конкретному складу сданной по факту на склад продукцией за конкретный месяц.Для решения этого комплекса задач необходимы первичные документы: список складов; список выпускаемых изделий; список цеховых накладных; договора, заключенные с заказчиком.Для расчета отклонения плана отгрузки по заданному складу сданной фактически на склад продукцией следует, в первую очередь, по договору заключенному с заказчиком определить общее количество изделий, каждого запланированного к отгрузке изделия по заданному складу по месяцам, затем цеховым накладным определить общее количество выпущенных изделий по заданному складу по месяцам. Отклонение определить как разность между первой и второй суммами. Для расчёта отклонения в стоимостном выражении цена выбирается из списка выпускаемых изделий.Перечень комплекса задач:По документам “Договор” получить общее количество каждого запланированного к отгрузке изделия по заданному складу в заданном месяце. По документам “Цеховая накладная” получить общее количество каждого выпущенного изделия по заданному складу в заданном месяце. Подсчитать отклонение как разность между первой и второй суммами в стоимостном выражении. Подсчет в строке “Итого” выполнить в отчете.Описание выходной информацииВыходную информацию представим в виде отчетных форм:Отклонение плана отгрузки по складу______по факту сдачи изделий за ______ месяц (номер)НаименованиеизделияЕд. измер.КоличествоОтклонение (в руб.)Отгрузка по договорамФактич. сдано……………Итого?Описание входной информацииВходная информация делится на непрерывно меняющуюся оперативно-учётную и, на условно-постоянную, которая не изменяет своё значение в длительный период времени.Списки складов и выпускаемых изделий относят к условно-постоянной информации; к оперативно-учетной информации относятся списки товарно-транспортных накладных и цеховых накладных.Перечень первичных документов, источник и срок поступления отобразим в виде таблицы:Таблица 6 – Перечень первичных документов№п/пНаимен. документаРеквизитыОт кого поступаетСрок поступления1.Список выпускаемых изделийКод изделияНаименование изделияЕдиница измеренияЦенаНомер складаФинансовые органыДо начала планируемого года2.Список складовНомер складаНаименование складаФинансовые органыДо начала планируемого года3.Список договоров, заключённых с заказчикамиНомер договораКод заказчикаМесяц отгрузкиКод изделияКоличествоФинансовые органы До начала планируемого года4.Список цеховых накладныхНомер цехаНомер цеховой накладнойДата сдачиКод изделияКоличество по ЦНФинансовые органы По мере поступления3. РАЗРАБОТКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ.3.1. Анализ входной информации предметной области и выделение информационных объектов.В соответствии с перечисленным выше перечнем входных документов были созданы следующие сущности:Изделие – хранится информация о выпускаемых изделиях.ЕдИзм – хранится информация о единицах измерения выпускаемых изделийСклад - хранится информация о складах, на которых хранятся выпускаемые изделияДоговор – хранятся договоры, заключаемые с заказчикомСДОГ – хранится табличная часть документа ДоговорЦех – хранится информация о цехах выпускающих изделия ЦН (цеховая накладная) – список документов, по которым выпущенные изделия сдаются на складСЦН (спецификация цеховой накладной) - сведения о наименовании и количестве сдаваемых на склад изделий.Каждому объекту соответствуют свои атрибуты:Изделие: Код изделия, Наименование изделия, Единицы измерения, Цена, Склад;ЕдИзм: Код единицы измерения, Наименование ед. измерения;Склад: Номер склада, Наименование склада;Договор: Номер договора, Код заказчика;СДОГ: Номер договора, Месяц отгрузки, Код изделия, КоличествоЦех: Код цеха, Наименование цеха;ЦН: Номер цеха, Номер цеховой накладной, Дата сдачи.СЦН: Номер цеха, Номер цеховой накладной, Изделие, Количество по ЦН.Выберем для каждой сущности ключевые атрибуты, однозначно определяющие сущность. Для сущности «Изделие» это будет уникальный код изделия, для сущности «ЕдИзм» это будет уникальный код единицы измерения. Сущность «Склад» определяется уникальным номером склада, сущность «Цех» определяется уникальным кодом цеха. Для сущности Договор это будет уникальный ключ – номер договора, а для СДОГ составной ключ номер договора, месяц изделия и код изделия. Для сущности ЦН это будет составной ключ – номер цеховой накладной и номер цеха, а для СЦН - номер цеховой накладной, номер цеха и код изделия. 3.2. Определение связей информационных объектов и построение информационно-логической модели.При проведении связи между сущностями первичный ключ главной сущности помещается в дочернюю сущность, то есть в сущность «Изделие» будет вставлен первичный ключ сущности «ЕдИзм» - Код единицы измерения, а также первичный ключ сущности «Склад» - Номер склада. В сущностях СДОГ и СЦН поле Код изделия будет также являться внешним ключом, по которому они связываются с таблицей Изделие.В базе данных между таблицами установлены следующие отношения:Таблица 7 – Классификация связей№Родительская таблицаДочерняя таблицаКлючиВид связи1ЕдИзмИзделиеКод единицы измеренияКод единицы измерения1:М2СкладИзделиеНомер складаНомер склада1:М3ЦНСЦННомер склада, Номер ЦННомер склада, Номер ЦН1:М4ИзделиеСЦНКод изделияКод изделия1:М5ЦехЦННомер цехаНомер цеха1:М6ИзделиеСДОГКод изделияКод изделия1:М7ДоговорСДОГНомер договораНомер договора1:MВыбор таких связей между таблицами «ЕдИзм» и «Изделие», «Склад» и «Изделие» обусловлен тем что, на одной единицей измерения может измеряться несколько изделий, и на одном складе может храниться несколько изделий. Для таблиц «ЦН» и «СЦН», «СЦН» и «Изделие»– по одной цеховой накладной может быть сдано на склад несколько изделий. Для таблиц «Договор» и «СДОГ», «СДОГ» и «Изделие»– по одному договору может быть поставлено несколько изделий.Для описания инфологической модели существует несколько способов, однако, применение диаграмм «сущность-связь» (ER – Entity Relationship) [1] в настоящее время является одним из наиболее широко распространенных подходов, используемых при инфологическом моделировании. ER-модель типично отображается в графическом виде, с применением оригинальной нотации П. Чена, известной как ER-диаграмма, или с применением других графических нотаций.Основные элементы ER-моделей:сущности (объекты);Сущность есть объект предметной области, который имеет атрибуты.связи между объектами.Связь между сущностями определяется:типом связи (1:1, 1:N, N:М);атрибуты объектов;классом принадлежности. Класс бывает необязательным и обязательным. Класс принадлежности — обязательный, когда каждый экземпляр сущности принимает участие в связи, в другом случае — необязательный.На рисунке 3 изображена инфoлoгическaя модель базы данных, на которой отображены все сущности БД, их атрибуты и отношение между ними.Изделиекод_изделияНаименование изд.Код ед. изм.Цена Номер складаЕдИзм1Код ед. изм.ФИО2СкладНомер складаНаименование склада3ЦНКоличество по ЦНКод изделияНомер цеховой накл.Номер цехаСЦНДата сдачиНомер цеховой накладнойНомер цеха4ЦехНомер ЦехаНаименование цеха57ДоговорКод изделияМесяц отгрузкиКод заказчикаНомер договораСДОГКоличествоНомер договора6Изделиекод_изделияНаименование изд.Код ед. изм.Цена Номер складаЕдИзм1Код ед. изм.ФИО2СкладНомер складаНаименование склада3ЦНКоличество по ЦНКод изделияНомер цеховой накл.Номер цехаСЦНДата сдачиНомер цеховой накладнойНомер цеха4ЦехНомер ЦехаНаименование цеха57ДоговорКод изделияМесяц отгрузкиКод заказчикаНомер договораСДОГКоличествоНомер договора6Рисунок 3 – Инфологическая модель базы данных3.3. Определение логической структуры базы данныхИнфологическая модель предметной области используется при даталогическом моделировании. В этом случае главной задачей даталогического моделирования будет описание свойств понятий предметной области, их ограничения, накладываемые на данные и взаимосвязь. Начальным прототипом разрабатываемой базы данных является даталогическая модель. Все понятия, определённые в ходе исследования предметной области и их взаимосвязи в дальнейшем будут помещены в конкретные структуры какой-либо конкретной базы данных [2].В результате разработки даталогической модели появляется модель, построенная с учетом выбранной модели данных, полученная в результате преобразования инфологической модели с применением определенных правил.Из этого следует, что даталогическая модель отображает структуру базы данных с учетом особенностей модели данных. Реляционная модель данных на сегодняшний день является наиболее популярной. Исходя из этого, рассмотрим трансформацию инфологической модели в реляционную даталогическую. На рисунке 4 приведена схема базы данных «Отдел сбыта готовой продукции предприятия».Рисунок 4 – Схема базы данных «Отдел сбыта готовой продукции предприятия»3.4. Разработка физической структуры базы данных.Рассмотрим правила преобразования ER-модели в реляционную [3].Каждой сущности ставится в соответствие отношение реляционной модели данных. При этом имена отношения и сущности могут быть разными, потому что на имена сущностей не накладываются ни какие синтаксические ограничения, кроме уникальности имени в рамках модели.Каждый атрибут сущности становится атрибутом соответствующего отношения. Для каждого атрибута назначается допустимый в СУБД тип данных и необязательность или обязательность данного атрибута (то есть может или не может атрибут принимать значение NULL).Первичный ключ сущности становится PRIMARY KEY соответствующего отношения. Атрибуты, которые входят в первичный ключ отношения, получают автоматически свойство обязательности.В каждое отношение, соответствующее подчиненной сущности, помещается набор атрибутов основной сущности, который есть первичный ключ основной сущности. В отношении, которое соответствует подчиненной сущности, этот набор атрибутов становится внешним ключом или FOREING KEY.Для обозначения необязательного типа связи на физическом уровне у атрибутов, которые соответствуют внешнему ключу, устанавливается признак NULL или свойство допустимости неопределенных значений. При обязательном типе связи атрибуты приобретают признак NOT NULL или свойство отсутствия неопределенных значений.Исходя из вышеизложенных правил, приведем состав таблиц БД. Для каждого поля таблицы указывается тип хранимых данных и размер поля (количество символов). Для первичных ключей нужно запретить ввод неопределенных значений. Для остальных полей возможность запрета ввода неопределенных значений определяется смыслом предметной области.Таблица 8 – Состав таблиц базы данныхНазваниетаблицы и ИО РеквизитыКлючТип данныхФормат поляИзделиеКод изделияДаТекстовыйНаименование изделияТекстовыйКод единицы измеренияТекстовыйЦенаДенежныйНомер складаТекстовыйЕдИзмКод единицы измеренияДаТекстовыйНаименование ед. измеренияТекстовыйСкладНомер складаДаТекстовыйНаименование складаТекстовыйЦехКод цехаДаТекстовыйНаименование цехаТекстовыйЦН (Цеховая накладная)Номер цехаДаТекстовыйНомер цеховой накладнойДаТекстовыйДата сдачиДата/времяСЦН (спецификация цеховой накладной)Номер цехаДаТекстовыйНомер цеховой накладнойДаТекстовыйДата сдачиДата/времяДоговорНомер договораДаТекстовыйКод заказчикаТекстовый СДОГ (спецификация договора)Номер договораДаТекстовыйМесяц отгрузкиДаТекстовыйКод изделияДаТекстовыйКоличествоЧисловой3.5. Контрольный примерПо приведенным исходным данным выполним вручную решение поставленной задачи (контрольный пример).Рассчитаем общее количество каждого запланированного к отгрузке изделия по 4 месяцу для склада №2. Для этого отберем записи из таблиц Договор, СДОГ, Изделие и Склад. Сгруппируем данные по наименованию склада, по наименованию изделия, по месяцам и просуммируем по полю Количество. В четвертом месяце были запланированы к отгрузке изделия: 123458 количеством - 900, 123464 количеством - 2350,123465 количеством - 1000, 123466 - 1700.Рассчитаем общее количество каждого выпущенного изделия по 4 месяцу для склада №2. Для этого отберем записи из ЦН, СЦН, Изделие и Склад. Сгруппируем данные по наименованию слада, по наименованию изделия, по месяцам и просуммируем по Количеству по ЦН. В четвертом месяце были выпущены изделия: 123464 количеством – 2200,123465 количеством - 800, 123466 количеством – 1500.Для расчета отклонения из результата, полученного в первом пункте, вычтем результат, полученный во втором пункте. По изделию 123464: 2350-2200=150. По изделию 123465: 1000-800=200. По изделию 123466: 1700-1500=200.А в стоимостном выражении отклонение умножим на цену изделия из таблицы Изделие. По изделию 123464: 150*57,8=8670р. По изделию 123465: 200*21,9=4380р. По изделию 123466: 200*75,5=15100р. Изделие 123458 количеством - 900 по каким-то причинам выпущено не было, но было запланировано по договорам, поэтому оно тоже попадает в отклонение от плана: 900*252,7=227430р. Итог 227430+8670+4380+15100=255580р.В результате получим отчет со следующими данными:Таблица 9 – Отклонение плана отгрузки по складу №2 по факту сдачи изделий за 4 месяц.Наименование изделияКод единицы измеренияSum-КоличествоSum-Количество по ЦНОтклонениеБлюдо прямоуг. Белое №2 ф-р 32х20шт900227 430,00р.Кофейная пара 110 мл Белая ф-ршт235022008 670,00р.Перечница ф-р Белаяшт10008004 380,00р.Подливочник ф-р 100 мл Белыйшт1700150015 100,00р.Итого255580,00р.4. СОЗДАНИЕ БАЗЫ ДАННЫХ4.1. Структура таблицСоздадим таблицы базы данных в Конструкторе. На панели Создание выберем Конструктор таблиц:Описание структуры таблицы Изделие представлено на рис. 5.Рисунок 5 - Структура таблицы ИзделиеОписание структуры таблицы ЕдИзм представлено на рис. 6Рисунок 6 - Структура таблицы ЕдИзмОписание структуры таблицы Склад представлено на рис. 7Рисунок 7 - Структура таблицы СкладОписание структуры таблицы Договор выпуска представлено на рис. 8Рисунок 8 - Структура таблицы ДоговорОписание структуры таблицы СДОГ выпуска представлено на рис. 9Рисунок 9 - Структура таблицы СДОГОписание структуры таблицы Цех представлено на рис. 10Рисунок 10 - Структура таблицы ЦехОписание структуры таблицы ЦН представлено на рис. 11Рисунок 11 - Структура таблицы ЦНОписание структуры таблицы СЦН представлено на рис. 12Рисунок 12 - Структура таблицы СЦН4.2. Схема данных в АccessСхема данных в Access составляется на основе информационно-логической модели которая была разработана при проектировании базы данных. В ней запоминаются и определяются связи между таблицами. Эти связи будут использованы при создании отчетов, запросов, форм, а также будут обеспечивать целостность при изменении или добавлении данных в таблицы.Для создания схемы данных нужно щелкнуть на кнопку Схема данных на панели Работа с базами данных. Затем в окне Добавление таблицы выделить все таблицы, щелкнуть кнопку Добавить.