Автор работы: Пользователь скрыл имя, 15 Января 2014 в 11:35, дипломная работа
Целью данного дипломного проекта является разработка автоматизированной системы мониторинга зависимости заказов сезонных продуктов (АСМЗЗСП) от климатических условий.
Для того чтобы автоматизировать мониторинг зависимости заказов сезонных продуктов от климатических условий, необходимо решить следующие задачи:
1. Собрать материал об аналогичных программных продуктах.
2. Проанализировать сущность задач мониторинга зависимости заказов сезонных продуктов от климатических условий.
3. Выявить преимущества и недостатки разработки программ с использованием среды разработки Borland C++ Builder.
4. Обосновать использование вычислительной техники.
5. Формализовать расчеты.
6. Обосновать разработки по всем видам обеспечения.
7. Построить инфологическую модель.
8. Охарактеризовать входную, постоянную, промежуточную и результатную информацию.
9. Реализовать выбранный вариант проекта.
10. Осуществить модульное тестирование программного продукта.
11. Разработать систему рекомендаций по улучшению системы мониторинга.
Введение…………………………………………………………………………3
1 Теоретические аспекты программных продуктов по мониторингу зависимости заказов сезонных продуктов от климатических условий…..…6
1.1 Постановка задачи на разработку………………………………..….6
1.2 Исследование специфика деятельности предприятий, которые занимаются заказом продуктов питания………………………………………8
1.3 Исследование программного обеспечения по мониторингу и учету заказов продуктов……………………………………………………………….10
1.4 Методы проектирования автоматизированных систем мониторинга……………......................................................................................43
1.5 Сравнительный анализ современных средств разработки………...49
2 Проектирование и реализация автоматизированной системы мониторинга зависимости заказов сезонных продуктов от климатических условий……...55
2.1 Обоснование выбора технической платформы проектируемой программы………………………………………………………………………55
2.2 Структурное описание и функциональный анализ программного продукта…………………………………………………………………………57
2.3 Описание и обоснование методов организации входных и выходных данных…………………………………………………………...........................59
2.4 Логическая структура программного продукта……………………69
2.5. Тестирование и надежность программного продукта…………….73
2.6 Руководство пользователя………………………………………….83
2.7 Практические результаты и перспективы разработки……………93
3 Экономическое обоснование…………………………………………………95
3.1 Организация работ………………………………..………………….95
3.2 График проведения работ…………………………………………...101
3.3 Расчет затрат и цены………………………………………………...103
3.4 Обоснование экономической целесообразности…………………..107
4 Экологическая безопасность и безопасность жизнедеятельности………111
Заключение……………………………………………………………….…….117
Список использованных источников…………………………………………121
Приложения…………………………………………………………………….122
Вывод: В результате выполненного анализа инструментальных средств выявили, что в качестве средства разработки АСМ будет использован Borland C++ Builder, как наиболее оптимальное средство разработки с точки зрения разработчика.
Используя C++ Builder можно создавать приложения для MS Windows и Linux с минимальными затратами времени т.к. в её основе лежит концепция быстрого создания приложений (RAD).
Основные сведения о C++ Builder [15,16,17]:
Базируется на языке C++.
Интегрированная среда разработки приложений – позволяет создавать, компилировать, тестировать и редактировать проект или группу проектов в единой среде программирования;
Визуальная технология разработки программ – позволяет быстро создавать приложения путём размещения в форме стандартных компонентов. При этом соответствующий код программы автоматически генерируется C++ Builder. Такая технология освобождает разработчика от рутинной работы по созданию пользовательского интерфейса и позволяет уделить больше внимания внутренней организации данных и обработке данных.
Технология Two Ways Tools делает более эффективной работу с компонентами. При изменении программного кода в окне редактора C++ Builder соответствующим образом изменяет и сами компоненты. С другой стороны, при изменении свойств компонентов в инспекторе редактора объектов (Object Inspector) они немедленно отражаются в окне редактора кода.
Библиотека компонентов содержит множество стандартных компонентов, которые можно использовать при создании приложений. Сюда относятся элементы управления в стиле Windows95 и IE 4.0, а также шаблоны для форм и экспертов.
Поддержка баз данных в среде C++ Builder осуществляется двояко. С одной стороны в ней широко используются компоненты, предназначенные для работы с базами данных. С их помощью можно создавать простые приложения, предназначенные для обработки данных, и приложения типа клиент/сервер. Особенностью этих компонентов является то, что во время создания приложения C++ Builder отображает результаты обработки данных, и позволяет проанализировать различные ситуации, которые могут сложиться в процессе работы программы. С другой стороны поддержка баз данных в C++ Builder осуществляется с помощью набора драйверов соединений с SQL-северами Borland SQL Links for Windows, которые позволяют интегрированному в C++ Builder ядру процессора баз данных Borland, (BDE) Borland Database Engine, получать доступ к локальным базам данных Paradox, dBASE, Access, FoxPro, а также SQL-северам InterBase, Informix, Oracle, Sybase, DB2, Microsoft SQL..
32-битовый компилятор
C++ Builder генерирует исполняемые EXE-
C++ Builder - это первый инструмент в котором быстрое проектирование сочетается с использованием оптимизирующего компилятора [3]. Кроме того, в C++ Builder может быть использована технология масштабирования баз данных, являющаяся самой мощной и сложной технологией программирования, которая когда-либо использовалась для персональных компьютеров. В отличии от большинства других инструментов, предназначенных для быстрой разработки приложений, C++ Builder является расширяемым инструментом. Ниже приведен краткий список особенностей, обеспечивающих расширяемость C++ Builder:
Непосредственный доступ к интерфейсу приложений API;
Встроенный Ассемблер; обработка строк, написанных на Ассемблере вставленных в текст программ C++ Builder;
Возможность создания пользовательских объектов VCL и OCX;
Возможность создания DLL-библиотек и других "вторичных" объектов среды Windows;
Объектная ориентация - возможность создавать новые классы, наследующие свойства существующих классов, либо, начав с нуля, строить свои собственные.
Одним из основных критериев, при выборе инструмента разработки приложений баз данных является масштабируемость возможность работать с данными в различных платформах. Масштабируемость в C++ Builder достигается благодаря следующим свойствам [ ]:
Поддержка как локальных таблиц, так и находящихся на удаленных серверах баз данных;
Поддержка сложных запросов и доступ из одного приложения ко многим Системам Управления Базами Данных (СУБД), построенным на различных платформах;
Свободное перемещение приложения из одной СУБД в другую, осуществляемое посредством ядра Borland Database Engine, которое организует доступ к базам данных, невзирая на различия в платформах;
Наличие собственных быстрых драйверов для основных платформ типа клиент/сервер;
Полная поддержка ODBC.
C++ Builder, как СУБД, полностью ориентирован на реляционную модель данных и имеет встроенный язык запросов к базам данных SQL (Structured Query Language).
2 Проектирование и реализация
автоматизированной системы
2.1 Обоснование выбора технической платформы проектируемой программы
Создаваемый программный продукт должен будет использоваться руководителем предприятия, сотрудниками отдела закупок, а также другими должностными лицами, в зависимости от места эксплуатации продукта. Заданные характеристики функционирования должны обеспечиваться при условиях, которые определяются конкретным носителем данных, на котором хранятся данные. Наиболее распространенными носителями данных в настоящее время являются жесткие диски, для которых оптимальным является функционирование при температурах от 5 до +35оС и относительной влажности от 10 до 60 процентов.
Программа должна функционировать на персональных компьютерах со следующей конфигурацией:
Требования к информационной и программной совместимости
Создаваемая программа должна функционировать, легко инсталлироваться, настраиваться и корректно работать при выполнении следующих требований:
Для обеспечения защиты от несанкционированного доступа к информации, связанной с заказами товаров предусмотрена система паролей при загрузке программы в оперативную память. Для обеспечения защиты данных при сбое в сети питания ПК либо аварийном завершении работы программы будет предусмотрен режим автосохранения данных.
При выборе аппаратных средств для разработки АСМ наибольшую роль играет фактор быстродействия работы ПЭВМ. Поскольку именно от него зависит время разработки ПО, а соответственно затрат на разработку и его себестоимости.
Скорость функционирования ПЭВМ в основном определяется следующими параметрами:
Исходя из требований предъявляемых к используемым программным средствам разработки (Borlan Developer Studio 2007, Microsoft Access) минимальное значение вышеперечисленных параметров составляет ОП – 128 Мб, процессор – не ниже Pentium 800 Mhz , ВП – 4 Мб. При минимальных значениях параметров функцмонирование разработанной АСМ малоэффективно, поэтому рекомендуемым является компьютер со следующими значениями параметров:
2.2 Структурное описание и функциональный анализ программного продукта
При разработке АСМ "Зависимости заказов сезонных продуктов от климатических условий" использовался следующий подход.
1. Данные, относящиеся
непосредственно к главному
2. Данные, не имеющие непосредственного отношения к главному окну программы, выделяются в другие классы, содержащиеся в модулях InformationForm.cpp, MagaziniF.cpp, PokupkiF.cpp, Prodaga.cpp, TablesF.cpp и пр.
3. Для каждой таблицы из базы данных определяется перечень операций, которые могут быть выполнены над этой таблицей в ходе редактирования данных. Операции реализуются методами соответствующих классов. Например, метод UpdateNumbers() класса TMainFormFF отображает номер активной записи из таблицы с клиентами.
4. Для каждого события, происходящего в системе, которое имеет значение для работы программы (нажатие клавиши, передвижение мыши, нажатие кнопки на форме и т.д.), выделяется идентификатор – номер, с которым это событие будет передаваться в функции. Например, номер код нажатой клавиши хранится в численном идентификаторе Key класса TFindF.
5. Кроме событий в системе используются также и входные переменные, являющиеся внутренними для программы.
6. Выделяются основные
состояния, в которых будет
находиться система:
7. Выходные воздействия включают в себя:
· операции, производимые над данными;
· изменение значений некоторых переменных, применяемых для описания состояний системы в тех случаях, когда с этой целью невозможно непосредственно использовать стандартные средства библиотеки VCL.
8. Основная часть логики
программы реализуется на
Оставшаяся часть, не имеющая прямого отношения к пользовательскому интерфейсу, выносится в функции выходных воздействий или, если возможно, в методы классов. Например, функция Optimizes(TStringGrid*) осуществляет выравнивание таблицы строк по ширине наибольшей ячейки столбца.
2.3 Описание и обоснование методов организации входных и выходных данных
Данные через диалог могут быть получены прямым и косвенным способом. Прямой способ реализуется путем их ввода по шаблону или по запросу конкретных значений реквизитов (номер заказа или подразделения, табельный номер и др.). Косвенный способ – путем меню или логических ( альтернативных ) запросов – «да» , «нет». При косвенном способе данные, поступающие в модуль, заранее предусмотрены алгоритмом, но внешне выглядят в учете известными фразами (технологическими операциями, названиями выходных форм и т.п.). Концептуальная схема базы данных «Автоматизированная система мониторинга зависимости заказов сезонных продуктов от климатических условий» приведена в приложении №1. Параметры ( входные документы ) – входные данные, полученные в виде конкретных значений, переданных в оперативной памяти смежным модулям (функциям).
В АСМ «Зависимости заказов сезонных продуктов от климатических условий» реализована возможность импорта и экспорта данных из большого числа форматов, что позволяет обмениваться данными с другими программами. Экспорт данных осуществляется в окне «Экспорт данных» (Рис. 2.1.) . Доступ к этому окну возможен из окон «Запросы к БД», «Информация по БД» и «В виде таблицы».
Рис. 2.1. Окно экспорта данных
Рассмотрим эти форматы более детально:
1. «Текстовые файлы
с разделителем». Данные из
табличного вида сохраняются
в обычный текстовый файл. При
этом каждой строке исходной
таблицы соответствует
Рис. 2.2. Результат экспорта в текстовый файл.
2. «Текстовые файлы
с табуляцией». Тоже самое что
и предыдущий формат, но в качестве
разделителя принимается
3. «Электронные таблицы Microsoft Excel для редактирования (таблица)». После выбора этой команды запускается новый экземпляр программы «Microsoft Excel» и в первый лист новой книги копируется таблица вместе с данными для экспорта. После этого пользователь может обработать данные мощнейшими средствами Excel. Например привести таблицу к виду, типичному для бланков отчетности, построить диаграммы, вывести результаты на печать или сохранить их в файл. Документ с экспортированными данными показан на рисунке 2.3.
Рис. 2.3. Результаты экспорта в программу Microsoft Excel.
4. «*Текстовый редактор Microsoft Word для редактирования (текст)». Таблица с данными копируется в новый документ программы Microsoft Word. Каждой строке таблицы соответствует определенная строка в документе Word, а в самой строке элементы отделяются символом табуляции. Далее при необходимости текст обрабатывается мощнейшими средствами Word. Документ с экспортированными данными приведен на рис. 2.4.