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

Поля (код поля*, длина поля, ширина поля, наличие системы орошения, засеянно, качество земли);

Техника (Код техники*, государственный номер, год выпуска, марка техники, тип техники, состояние техники).

Закрепленная техника(Код рабочего*, код техники*);

Рабочие (Код рабочего*, Паспорт, фамилия, имя, отчество, дата рождения, специальность, контактная информация).

ГСМ (Код ГСМ*,наименование, описание).

Используемое ГСМ (Код марки техники*, Код ГСМ, Расход на 100 км).

Покупка ГСМ (код ГСМ*, дата поступления*, количество).

Зарезервированное ГСМ(Код ГСМ*,код техники*, код поля*, дата и время резервирования, дата начала работ, дата окончания работ, количество литров)

График Посевной (Код поля*, дата начала работ*, дата окончания работ, отвественный, засеваемая культура);

График Полива (Код поля*, дата начала работ*, дата окончания работ, отвественный);

График Уборочной (Код поля*, дата начала работ*, дата окончания работ, отвественный, урожай);

Посевные культуры(Шифр, Наименование, устойчивость к засухе, урожайность)

 

FK= Код поля (для таблиц: резерв ГСМ, график посевной, график, полива, график уборочной) – ссылается на поле;

FK=Засеваемая культура(для таблицы график посевной) – ссылается на посевную культуру

FK=КодРабочего (для таблиц закрепленная техника, график посевной, график полива, график уборочной) -ссылается на рабочего.

FK=КодТехники (для таблиц: закрепленная техника, резерв ГСМ) -ссылается на технику.

FK= Код ГСМ (для таблиц: резерв ГСМ, используемое ГСМ, закупка ГСМ ) – ссылается на ГСМ;

 

Функциональные зависимости и проверка на нормальные формы

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

Итак, конечная схема отношений выглядить следующим образом: (рис. 5).

Текст SQL-запросов

1. Выбрать из таблиц техника, используемое ГСМ, ГСМ, данные о гос номере техники, её типе и марке, какое ГСМ использует техника и норме потребление ГСМ.

2. Выбрать из таблиц Зарезервированное ГСМ и Закупка ГСМ остаток не зарезервированного ГСМ на указанную дату.

3. Выбрать из таблиц графика уборочной ,Резерв ГСМ, техника, марки техники, поля данные о том какая техника будет работать на определенном поле в определенный период

4. Вывод техники закрепленной за одним рабочим.

5. Выбрать из таблиц графики полива и поля данные о расписании полива поля за определенный период.

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

SQL- скрипты запросов

 

1. SELECT FuelsAndLubricants.Name AS Наименование, SUM(registr_BuyingFL.Size) AS Закупленно, SUM(registr_ReservFL.Size) AS Зарезервированно,

FuelsAndLubricants.Code AS КодГСМ

FROM registr_BuyingFL,

FuelsAndLubricants ,

registr_ReservFL

WHERE ( (registr_BuyingFL.DateIncome <= @DateIncome) OR (registr_ReservFL.DateReserv <= @DateReserv))

AND (registr_BuyingFL.CodeFL = FuelsAndLubricants.Code)

AND(FuelsAndLubricants.Code = registr_ReservFL.CodeFL)

GROUP BY FuelsAndLubricants.Name, FuelsAndLubricants.Code

ORDER BY Наименование

2.

SELECT FuelsAndLubricants.Name AS НаименованиеГСМ, Mechanism.StateNumbers AS ГосНомер, Mechanism.Type AS ТипТехники, Mechanism.Mark AS МаркаТехники,

Mechanism.Code AS КодТехники, Mechanism.State AS СостояниеТехники, Mechanism.RegionStateNumbers AS РегионГосНомера, P_FulesAndLubricants.consumption100km AS Расход

FROM FuelsAndLubricants , Mechanism ,TP_FulesAndLubricants

WHERE (Mechanism.Code = TP_FulesAndLubricants.CodeMechanism AND FuelsAndLubricants.Code = TP_FulesAndLubricants.CodeFL AND Mechanism.Code=@Code)

ORDER BY НаименованиеГСМ, ГосНомер

3.

SELECT Mechanism.Type AS Тип, Mechanism.Mark AS Марка, Mechanism.StateNumbers AS ГосНомер, Mechanism.RegionStateNumbers AS Регион,

registr_ReservFL.DateEndWork AS ДатаОкончанияРабот, registr_ReservFL.DateStartWork AS ДатаНачалаРабот, Fields.Name AS Поле FROM Mechanism INNER JOIN

registr_ReservFL ON Mechanism.Code = registr_ReservFL.CodeMechanism INNER JOIN

Fields ON registr_ReservFL.CodeField = Fields.Code

WHERE Fields.Code= @Code AND registr_ReservFL.DateStartWork =@DateStart

4.

SELECT Workers.LastName AS Фамилия, Workers.Name AS Имя, Workers.patronymic AS Отчество, Mechanism.Type AS Тип, Mechanism.Mark AS Марка,

Mechanism.StateNumbers AS ГосНомер, Mechanism.State AS Состояние, TP_FixedMechanism.DateStart AS С, TP_FixedMechanism.DateEnd AS По

FROM Workers INNER JOIN

TP_FixedMechanism ON Workers.Code = TP_FixedMechanism.CodeWorker INNER JOIN

Mechanism ON TP_FixedMechanism.CodeMechanism = Mechanism.Code

Where Workers.Code = @Code AND TP_FixedMechanism.DateStart = @Start

5.

SELECT Fields.Name AS Поле, Workers.LastName AS ФамилияОтветсвенного, WateringPlan.DateStart AS НачалоПолива,

WateringPlan.DateEnd AS ОкончаниеПолива, WateringPlan.Canceled AS Отмененно, WateringPlan.CanceledReason AS Причина

FROM WateringPlan INNER JOIN

Fields ON WateringPlan.CodeField = Fields.Code INNER JOIN

Workers ON WateringPlan.CodeWorker = Workers.Code

6.

SELECT Fields.Name AS Поле, SeedCulture.Name AS ПосевнаяКультура, SeedCulture.Urogzaj AS ПланируемаяУрожайность,

HarvestingPlan.DateStartWork AS НачалоУборки, HarvestingPlan.DateEndWork AS ОкончаниеУборки

FROM Fields INNER JOIN

HarvestingPlan ON Fields.Code = HarvestingPlan.CodeField INNER JOIN

PlantingPlan ON Fields.Code = PlantingPlan.CodeField INNER JOIN

SeedCulture ON PlantingPlan.CodeSeedCulture = SeedCulture.Code

WHERE Fields.Code = @Code AND HarvestingPlan.DateStartWork = @Start

Рабочие

КодРабочего

Фамилия

Имя

Отчество

Дата рождения

Паспорт

Специальность

Контактная информация

Техника

КодТехники

Тип техники

Марка техники

Состояние техники

Гос. номер

Регион гос. номера

ГСМ

КодГСМ

Наименование

Прочее

ИспользуемоеГСМ

Код техники

КодГСМ

Расход

Прочее

ПокупкаГСМ

КодГСМ

Дата поступления

Количество

ЗакрепленнаяТехника

КодРабочего

КодТехники

Дата начала

Дата окончания

ЗарезервированноеГСМ

КодТехники

КодПоля

КодГСМ

Дата начала работ

Дата окончания работ

Количество

Поле

КодПоля

Наименование поля

Тип почвы

Ирригация

Ширина ТипаПочвы КодТипаПочвы

Длина

Засеяно

Рисунок 5 – Схема отношений БД растениеводческого хозяйства

 

Министерство образования и науки Российской Федерации

ФГБОУ ВПО

Волгоградский государственный технический университет

Кафедра «ЭВМ и систем»

 

 

УТВЕРЖДАЮ

Зав. кафедрой ЭВМ и систем

доц., к.т.н Андреев Е.А.

 

 

Автоматизированное рабочее место
управляющего растениеводческим хозяйством
Техническое задание
ЛИСТ УТВЕРЖДЕНИЯ

 

КР-40461806-10.44-20101044 06 01 90 01-ЛУ

 

Руководитель разработки
Королева И.Ю.________.

Исполнитель
Студент гр. ФЭВТ-3.2С
ФИО Спиридонов М.Ю.

УТВЕРЖДЕН

КР-40461806-10.44-20101044 06 01 90 01-ЛУ

 

 

Автоматизированное рабочее
место управляющего растениеводческим хозяйством

 

Техническое задание

КР-40461806-10.44-20101044 06 01 90 01-ЛУ

ЛИСТОВ 12

 

Оглавление

1. Общие сведения. 4

1.1. Наименование разрабатываемой системы.. 4

1.2. Область применения. 4

2. Основание для создания системы.. 4

2.1. Документ, на основании которого ведется разработка. 4

2.2. Организация, утвердившая этот документ, и дата его утверждения. 4

2.3. Наименование темы разработки.. 4

3. Назначение и цели создания системы.. 4

4. Требования к системе. 6

4.1. Требования к функциональным характеристикам.. 6

4.1.1. Состав выполняемых функций.. 6

4.1.2. Организация входных и выходных данных. 6

4.1.3. Временные характеристики.. 7

4.2. Требования к надежности.. 7

4.2.1. Требования к надежному функционированию.. 7

4.2.2. Контроль входной и выходной информации.. 7

4.2.3. Время восстановления после отказа. 8

4.3. Условия эксплуатации.. 8

4.4. Требования к составу и параметрам технических средств. 9

4.5. Требования к информационной и программной совместимости.. 10

4.5.1. Требования к информационным структурам на входе. 10

4.5.2. Требования к информационным структурам на выходе. 10

4.5.3. Требования к методам решения. 10

4.5.4. Требования к языкам программирования. 10

4.5.5. Требования к программным средствам, используемым программой.. 10

4.5.6. Требования к маркировке и упаковке. 11

5. Требования к программной документации.. 11

6. Технико-экономические показатели.. 11

7. Стадии и этапы разработки.. 11

8. Порядок контроля и приемки.. 12

 

 

1. Общие сведения

1.1. Наименование разрабатываемой системы

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

1.2. Область применения

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

2. Основание для создания системы

2.1. Документ, на основании которого ведется разработка

Разработка ведется на основании задания, выданного доцентом каф. ЭВМ и С ВолгГТУ Королевой И.Ю.

2.2. Организация, утвердившая этот документ, и дата его утверждения

 

Утверждено на заседании каф. ЭВМ и С __.__.____

 

2.3. Наименование темы разработки

Наименование темы разработки «Автоматизированное рабочее место управляющего растениеводческим хозяйством». Разработка ведется в целях упрощения труда управляющего растениеводческим хозяйством и увеличения скорости его работы.

 

3. Назначение и цели создания системы

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

Проектируемое изделие в нормальном режиме работы должно обеспечить обработку не менее 200 документов за одну 8-часовую смену с последующим формированием стандартных отчетов, позволяющих:

- контролировать соответствие введенной информации бумажным носителям;

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

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

Программа предназначена для:

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

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

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

4) хранения данных о ГСМ(наименование топлива, доступный запас,дата закупки);

5) программа должна обеспечить помимо хранения ввод, просмотр, редактирование перечисленной выше информации;

6) выполнять все указанные в п.4.1.1.

4. Требования к системе

4.1. Требования к функциональным характеристикам

 

4.1.1. Состав выполняемых функций

 

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

1) Учет материальных ресурсов;

- составление перечня используемого ГСМ;

- составление перечня остатков ГСМ;

2) Учет рабочей силы;

- составление перечня закрепленной техники

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

3) получение отчетов о работе растеневодческого хозяйств

 

поиск, отчеты -???

 

4.1.2. Организация входных и выходных данных

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

Выходными данными программы являются данные, хранимые в БД.

4.1.3. Временные характеристики

Программное изделие должно обеспечивать в режиме ввода обработку не менее 200 документов за 8-часовую рабочую смену при средней скорости ввода информации 100 символов/мин.

В режиме генерации отчетов изделие должно выдавать отчет на экран монитора в течении 1-5 минут (в зависимости от сложности отчета) с момента подачи запроса пользователем при среднем количестве обрабатываемых документов равном 1500 чел.

Время вывода сгенерированного отчета на бумажный носитель должно составлять не менее 5 стр. формата А4 в минуту

Объем занимаемой оперативной памяти не должен превышать 640Кбайт.

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

 

4.2. Требования к надежности

 

4.2.1. Требования к надежному функционированию

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

 

4.2.2. Контроль входной и выходной информации

 

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

 

4.2.3. Время восстановления после отказа

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

 

4.3. Условия эксплуатации

 

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

Установочный комплект изделия должен храниться на диске CD-ROM в специально отведенном для этого месте и содержать все необходимые компоненты для восстановления работоспособности программного изделия.

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

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

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

Архивирование введенной информации должно производится средствами изделия с целью сокращения времени восстановления после сбоя.

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

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

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

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

 

4.4. Требования к составу и параметрам технических средств

Для эксплуатации программного изделия необходимы:

- ПЭВМ типа IBM/AT с процессором Intel 800 МГц;

- стандартная клавиатура 101/102;

- манипулятор типа мышь;

- ОЗУ в объеме, обеспечивающем нормальное функционирование ОС;

- НЖМД со свободным местом не менее 50 Мb;

- монитор VGA;

- CD-ROM;

- принтер.

 

4.5. Требования к информационной и программной совместимости

4.5.1. Требования к информационным структурам на входе

 

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

 

4.5.2. Требования к информационным структурам на выходе

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

4.5.3. Требования к методам решения

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

4.5.4. Требования к языкам программирования

 

Реализации программного изделия должна производится при помощи среды разработки Visual Studio 2008 на языке программирования C# с использованием Microsoft .NET Framework 4.0.

Реализация запросов к базе данных в процессе работы изделия должна производиться при помощи языка запросов SQL.

 

4.5.5. Требования к программным средствам, используемым программой

 

Программное изделие должно эксплуатироваться под управлением операционных системы Windows 2000, Windows XP, Windows Seven .

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

 

4.5.6. Требования к маркировке и упаковке

 

Программное изделие должно поставляется на носителе CD-ROM в пластиковой упаковке. Маркировка изделия должна наноситься как на носитель так и на и упаковку. Маркировка носителя должна состоять из логотипа изделия, полного наименования изделия с указанием версии. Маркировка упаковки должна содержать логотип изделия, полное наименование изделия с указанием версии программного продукта, краткую инструкцию по установке и восстановлению работоспособности изделия.

 

5. Требования к программной документации

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

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

2) техническое задание

3) электронный вариант пояснительной записки и ТЗ

 

6. Технико-экономические показатели

 

Ориентировочная экономическая эффективность …..

Предполагаемая годовая потребность ………

 

7. Стадии и этапы разработки

1) разработка и утверждение технического задания – 2 недели;

2) исследование предметной области поставленной задачи, изучение теоретических основ баз данных – 4 недель;

3) проектирование базы данных – 6 недель;

4) разработка и написание пояснительной записки – 2 недели.

Этап проектирования базы данных разбивается на следующие подэтапы:

1) формулирование и анализ требований – 1 неделя;

2) концептуальное проектирование – 1 неделя;

3) проектирование реализации – 1 неделя;

4) машинное проектирование – 3 недели.

 

8. Порядок контроля и приемки

Испытания работоспособности и быстродействия программного изделия должно производиться:

1. с использованием тестовых примеров разработчика, согласованных с заказчиком;

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

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

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