Автор работы: Пользователь скрыл имя, 08 Августа 2011 в 07:46, курсовая работа
Целью исследования в данной работе разработка и эксплуатация информационной системы на примере КГУП "Тепличный комбинат "Федоровский". Для достижения намеченных целей поставлены и решены следующие задачи: рассмотреть описание системы; рассмотреть анализ КГУП "Тепличный комбинат "Федоровский"; рассмотреть анализ информационной системы.
Введение 3
1. Описание системы 4
2. Анализ КГУСП «Тепличный комбинат «Федоровский», задачи подсистемы, выделить подсистемы 17
2.1. Описание организационной структуры объекта автоматизации, функциональной структуры. Построение схемы декомпозиции ИС 17
2.2. Описание организации документооборота. Построение схемы информационных потоков 21
2.3 Разработка мероприятий по совершенствованию информационного обеспечения КГУСП «Тепличный комбинат «Федоровский» 22
3. Анализ информационной системы 26
3.1. Разработка информационного обеспечения 26
3.2. Обоснование средств реализации задачи и постановка задачи 28
3.3. Описание структуры базы данных 28
3.4. Составление запросов к БД 29
3.5. Обоснование средства реализации 30
Заключение 38
Список литературы 39
Внешним ключом таблицы является поле Филиал.
DFD диаграмма
ER – диаграмма
Постановка задачи: разработать базу данных для учета выработки в цехе КГУСП «Тепличный комбинат «Федоровский».
База
данных будет содержать 2 таблицы, поля
которых имеют следующие типы
и размеры:
Филиал (главная таблица) | ||
Имя поля | Тип данных | Размер поля |
Название | Текстовый | 15 |
Заведующий | Текстовый | 20 |
Телефон | Текстовый | 10 |
Количество рабочих | Числовой | Целое |
Готовая продукция (подчиненная таблица) | ||
Имя поля | Тип данных | Размер поля |
Филиал | Текстовый | 15 |
Дата сбора | Дата / время | Краткий формат даты |
Наименование продукции | Текстовый | 20 |
Количество | Числовой | Целое |
Цена | Денежный | Денежный |
В таблице Цеха поле Название является ключевым, в таблице Изделия ключевое поле не задано.
Между
таблицами установлена связь
типа «один-ко-многим», для которой
задано обеспечение целостности
данных, каскадное обновление связанных
полей и каскадное удаление связанных
записей.
Таблицы содержат следующие данные:
Филиалы | |||
Название | Заведующий | Телефон | Количество рабочих |
Сергеевское | Трофимов О.М. | 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 | Картофель |
Случайно
это или закономерно, но нынешний
период развития автоматизации можно
охарактеризовать как этапный. Происходят
серьезные изменения в
До настоящего времени три типичные уровня автоматизации промышленных предприятий АСУ (системы автоматизации управленческой и финансово-хозяйственной деятельности), САПР (системы автоматизированного проектирования) и АСУТП (системы автоматизации технологических и производственных процессов) развивались обособленно и независимо друг от друга. Они проектировались и создавались, исходя из требований разных подразделений предприятия и в соответствии с различными правилами игры , автономно обслуживая разные органы единого организма, которым, по сути, и является предприятие. И, несмотря на то, что здоровое, полноценное функционирование всякого организма требует взаимоувязанной работы всех его частей, изначально они не были подчинены единым целям и задачам, оставались слабо связанными физически и информационно, а чаще не связанными вовсе.
К тому же, каждая из этих систем традиционно строилась по своим внутренним законам. Поэтому они практически не могли общаться между собой, так как разговаривали на разных языках, не понимая друг друга. Ситуация осложнялась еще и тем, что каждая из систем часто реализовывалась на основе различных аппаратных, программных и информационных стандартов.
Только в АСУТП наиболее часто используемых стандартов на техническое, программное обеспечение и промышленные сети насчитывается более десятка (а есть ещё и нестандартные решения). Кроме того, не все решения были полностью открытыми, т.е. допускающими использование в рамках одной системы разнотипного оборудования, выпущенного в разное время разными производителями (как отечественными, так и зарубежными). Поэтому потребитель часто попадал в долгосрочную зависимость от одного изготовителя и не имел возможности самостоятельного развивать и модернизировать созданную на его предприятии АСУТП. Аналогичная ситуация создавалась и при внедрении систем других уровней.
В этих условиях руководителям предприятий приходилось делать трудный выбор: с чего начинать автоматизацию с АСУ, САПР или АСУТП; на какие стандарты ориентироваться; кого слушать? Естественно, что в условиях неопределенности и ограниченных ресурсов далеко не все находили оптимальное решение и в итоге задавали себе вопрос: А нужно ли вообще было браться за оружие (автоматизацию предприятия)? . Тем не менее, за оружие брались практически все и результаты сражений у большинства получились поразительно похожими.
Создававшиеся
без комплексного плана, как правило,
под требования различных подразделений,
участков и процессов, не связанные
между собой системы
Но всё же думается, что не нужно посыпать голову пеплом . Лоскутная автоматизация это объективный и необходимый этап развития, своего рода болезнь роста. Это лишь означает, что к комплексной автоматизации на предприятии по настоящему не были готовы ни разработчики, ни поставщики, ни потребители. А положительными итогами прошедшего этапа стали накопленный опыт, осознание серьезности задач автоматизации, необходимости их коррекции и дальнейшего развития самого процесса автоматизации на новом качественном уровне. Важно теперь не задержаться на этом этапе, вовремя перейти к следующему, тем более что сейчас для такого перехода появляются все возможности.
Во-первых,
все более отчетливо проявляется логическое
и информационное взаимопроникновение
различных уровней автоматизации бизнес-уровня
(АСУ), уровня проектирования (САПР) и производственно-
Во-вторых,
идет интенсивное сближение
В-третьих,
наблюдается бурное развитие технологий
Интернет и их все более глубокое
проникновение во все уровни системы
автоматизации предприятий. Это
открывает принципиально новые
возможности для взаимодействия
пользователей с