Смекни!
smekni.com

Разработка экономической информационной системы для КГУП Тепличный комбинат Федоровский (стр. 4 из 6)

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

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

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

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

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

Компания, собирающаяся внедрить компьютерную систему управления, как правило, дает следующую установку: система должна начать действовать как можно скорее, в срок и в рамках бюджета.

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

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

3. Анализ информационной системы

3.1. Разработка информационного обеспечения

База данных содержит две таблицы:

Филиалы (главная таблица)

Название Заведующий Телефон Количество рабочих

Первичным ключом таблицы является поле Название.

Готовая продукция (подчиненная таблица)

Филиал Дата сбора Название продукции Количество, шт. Цена, руб.

Внешним ключом таблицы является поле Филиал.



DFD диаграмма


ER– диаграмма

3.2. Обоснование средств реализации задачи и постановка задачи

Постановка задачи: разработать базу данных для учета выработки в цехе КГУСП «Тепличный комбинат «Федоровский».

3.3. Описание структуры базы данных

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

Филиал (главная таблица)
Имя поля Тип данных Размер поля
Название Текстовый 15
Заведующий Текстовый 20
Телефон Текстовый 10
Количество рабочих Числовой Целое
Готовая продукция (подчиненная таблица)
Имя поля Тип данных Размер поля
Филиал Текстовый 15
Дата сбора Дата / время Краткий формат даты
Наименование продукции Текстовый 20
Количество Числовой Целое
Цена Денежный Денежный

В таблице Цеха поле Название является ключевым, в таблице Изделия ключевое поле не задано.

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

3.4. Составление запросов к БД

Таблицы содержат следующие данные:

Филиалы
Название Заведующий Телефон Количество рабочих
Сергеевское Трофимов О.М. 64-77-82 10
Краснореченское Сиротко С.К. 64-12-61 15
Майский Шилова Р.О. 64-74-94 19
Южное Литник П.Ф. 64-64-55 14
Готовая продукция
Филиал Дата сбора Наименование продукции Количество Цена
Сергеевское 21.04.2008 Огурцы 26 4 600,00р.
Сергеевское 11.04.2008 Помидоры 10 20 600,00р.
Краснореченское 20.04.2008 Капуста 32 22 150,00р.
Краснореченское 23.04.2008 Картофель 25 7 960,00р.
Майский 19.04.2008 Редис 150 2 150,00р.
Майский 26.04.2008 Помидоры 30 60 250,00р.
Южное 09.04.2008 Капуста 50 70 000,00р.
Южное 11.04.2008 Картофель 30 15 450,00р.
Южное 26.04.2008 Огурцы 25 4 400,00р.

Названия готовой продукции, выращенной в филиале.

В конструктор запроса перетащим поле Название из таблицы Филиалы и поле Наименование продукции из таблицы Готовая продукция.

Для поля Форма участия зададим условие отбора «Консультант».

По запросу получим:

Названия изделий, выработанных в цехе
Название Наименование товара
Сергеевское Огурцы
Сергеевское Помидоры
Краснореченское Капуста
Краснореченское Картофель
Майский Редис
Майский Помидоры
Южное Капуста
Южное Картофель
Южное Огурцы

Название филиала, дата сбора и наименование продукции поступившей на склад за 11.04.2008 по 26.04.2008

В Конструктор запроса перетащим поле Название филиала из таблицы Филиалы, а также поля Дата сбора и Наименование продукции из таблицы Готовая продукция.

Зададим условия отбора: для поля Дата сбора - #11.04.2008# Or #19.04.2008#.

Выполнив запрос, получим результат:

Продукция полученная 11 и 19 апреля
Название Дата поступления Наименование товара
Краснореченское 11.04.2008 Капуста
Сергеевское 11.04.2008 Помидоры
Майский 19.04.2008 Помидоры
Южное 11.04.2008 Картофель

3.5. Обоснование средства реализации

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

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

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