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

Автор работы: Пользователь скрыл имя, 13 Января 2014 в 19:38, дипломная работа

Краткое описание

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

Содержание

Введение……………………………………………………………………….....5
1 Обоснование актуальности разработки……………………...……………….6
1.1 Анализ предметной области………………………………………………...6
1.2 Структура информационных потоков предприятия……………………....8
1.2.1 Процесс приобретения новых автомобилей, автозапчастей и или расходных материалов…………………………………………………………...9
1.2.2 Процесс продажи или перемещения автомобилей и автозапчастей……9
1.3 Анализ программного средства с существующими аналогами…………...9
1.4 Выбор методов и средств создания программного средства……………..10
1.5 Обоснование выбора инструментальных средств разработки ПС…….…12
1.6 Математический аппарат программного средства………….......…..….....17
1.7 Техническое задание на разработку ПС……………………………………19
Вывод……………………………………………………………………………..19
2 Проектирование АРМ……………………………………………………...…20
2.1 Проектирование базы данных……………………………………………....20
2.1.1 Информационно логическая модель предметной области……………...21
2.1.2 Нормализация отношений……………………………………………..….23
2.1.3 Логическое проектирование…………………………………………...….25
2.1.4 Физическое проектирование…………………………………………...…27
2.1.5 Входные и выходные данные………………………………………….…30
2.2 Архитектура программного средства……………………………………...30
2.3 Реализация функционального назначения программного средства…..…32
2.4 Разработка алгоритма программного средства…………………………....33
2.5 Реализация математического метода решения задачи…………………....40
2.6 Тестирование программного средства……………………………………..43
Вывод…………………………………………………………………………….49
3 Разработка АРМ……………………………………………………...45
3.1 Руководство пользователя……………………………………………….…45
3.1.1 Запуск и выполнение программы……………………………………..…50
3.2Руководство системного программиста …………………………………...48
3.2.1 Системные требования …………………………………………...……...48
Вывод…………………………………………………………………………….48
4 Расчет экономической эффективности программного средства………..…49
4.1 Технико-экономическое обоснование проекта…………………………...49
4.2 Определение трудоемкости разработки программного продукта…….....49
4.3 Расчет себестоимости программного продукта…………………………...57
4.4 Расчет экономического эффекта от внедрения программного продукта..59
Вывод………………………………………………………………………….…61
Заключение……………………………………………………………………...72
Список использованных источников………………………………………….73
Приложение А Программный код……………………………………………..75

Прикрепленные файлы: 1 файл

ИСПРАВЛЕННАЯ Содержание.docx

— 708.09 Кб (Скачать документ)

Кроме того, ПС «КомпьюЛиб» была реализована с использованием системы управления базами данных FoxPro и функционирует под управлением операционной системы DOS, что не удовлетворяет современным требованиям пользователей.

Также существуют такие ПС как AIDA32 и SiSoftSandra, которые предназначены для тестирования и диагностики компьютеров. Они также имеют недостатки.  Такие как:

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

 

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

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

 

1.4 Выбор методов и средств  создания программного средства

 

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

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

Программы разбиваются на модули для  того, чтобы:

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

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

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

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

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

  • структурной части;
  • целостной части;
  • манипуляционной части.

Структурная часть описывает, какие объекты рассматриваются  реляционной моделью. Постулируется, что единственной структурой данных, используемой в реляционной модели, являются нормализованные n-арные отношения.

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

Манипуляционная часть описывает  два эквивалентных способа манипулирования  реляционными данными - реляционную  алгебру и реляционное исчисление.

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

  • методом семантического моделирования;
  • методом нормализации.

Семантическое моделирование представляет собой моделирование структуры  данных, опираясь на смысл этих данных. В качестве инструмента семантического моделирования используются различные  варианты диаграмм «сущность-связь» (ER – Entity-Relationship).

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

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

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

 

1.5 Обоснование выбора инструментальных  средств разработки программного  средства

 

Среди большого разнообразия для разработки приложения был выбран язык высокого уровня Borland Delphi-7. Delphi - это комбинация нескольких важнейших технологий:

  1. высокопроизводительный компилятор в машинный код;
  2. объектно-ориентированная модель компонент;
  3. визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;
  4. масштабируемые средства для построения баз данных.

Компилятор, встроенный в Delphi, обеспечивает высокую производительность, необходимую для построения приложений в архитектуре «клиент-сервер».  Этот компилятор в настоящее время является самым быстрым в мире, его скорость компиляции составляет свыше 120 тысяч строк в минуту на компьютере 486DX33. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL.  Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на языке программирования Си или ручного написания кода (хотя это возможно).

В процессе построения приложения разработчик выбирает из палитры компонент готовые компоненты как художник, делающий крупные мазки  кистью. Еще до компиляции он видит  результаты своей работы - после  подключения к источнику данных их можно видеть отображенными на форме, можно перемещаться по данным, представлять их в том или ином виде.  В этом смысле проектирование в Delphi мало чем отличается от проектирования в интерпретирующей среде, однако после выполнения компиляции мы получаем код, который исполняется в 10-20 раз быстрее, чем то же самое, сделанное при помощи интерпретатора. Кроме того, в Delphi компиляция производится непосредственно в родной машинный код, в то время как существуют компиляторы, превращающие программу в так называемый p-код, который затем интерпретируется виртуальной p-машиной.  Это не может не сказаться на фактическом быстродействии готового приложения.

Основной  упор в модели  Delphi делается на максимальном реиспользовании кода. Это позволяет разработчикам строить приложения  весьма быстро из заранее подготовленных объектов, а также дает им возможность создавать свои собственные объекты для среды Delphi. Никаких ограничений по типам объектов, которые могут создавать разработчики, не существует.  Действительно, все в Delphi написано на нем же, поэтому разработчики имеют доступ к тем же объектам и инструментам, которые использовались для создания среды разработки. В результате нет никакой разницы между объектами, поставляемыми Borland или третьими фирмами, и объектами, которые вы можете создать.

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

Среда Delphi включает в себя полный набор визуальных инструментов для скоростной разработки приложений (RAD - rapid application development), поддерживающей разработку пользовательского интерфейса и подключение к корпоративным базам данных. VCL - библиотека визуальных компонент, включает в себя стандартные объекты построения пользовательского интерфейса, объекты управления данными, графические объекты, объекты мультимедиа, диалоги и объекты управления файлами, управление DDE и OLE.  Единственное, что можно поставить в вину Delphi, это то, что готовых компонент, поставляемых Borland, могло бы быть и больше. Однако, разработки других фирм, а также свободно распространяемые программистами freeware-компоненты уже восполнили этот недостаток.

Объекты БД в Delphi основаны на SQL и включают в себя полную мощь Borland Database Engine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в онлайновом режиме.  Разработчик в среде Delphi, проектирующий информационную систему для локальной машины (к примеру, небольшую систему учета медицинских карточек для одного компьютера), может использовать для хранения информации файлы формата .dbf (как в dBase или Clipper) или .db (Paradox).  Если же он будет использовать локальный InterBase for Windows 4.0 (это локальный SQL-сервер, входящий в поставку), то его приложение безо всяких изменений будет работать и в составе большой системы с архитектурой клиент-сервер.  Т.е. очень хорошая масштабируемость - одно и то же приложение можно использовать как для локального, так и для более серьезного клиент-серверного вариантов.

Выпущены две  версии Delphi - одна  (Delphi Client-Server) адресована для разработчиков приложений в архитектуре “клиент-сервер”, а другая  (Delphi for Windows) предназначена для остальных программистов. Приложения, разработанные при помощи Delphi, можно использовать без выплаты royalty-процентов и без оплаты runtime- лицензий.

Клиент-серверная  версия включает в себя следующие  особенности:

  1. SQL Links: специально написанные драйвера для доступа к Oracle, Sybase, Informix, InterBase;
  2. локальный сервер InterBase: SQL-сервер для Windows 3.1. СУБД для разработки в корпоративных приложений на компьютере, не подключенном к локальной сети;
  3. reportSmith Client/server Edition:  генератор отчетов для SQL-серверов;
  4. team Development Support: предоставляет версионный контроль при помощи PVCS компании Intersolve (приобретается отдельно) или при помощи других программных продуктов версионного контроля;
  5. visual Query Builder - это средство визуального построения SQL-запросов;
  6. лицензия на право распространения приложений в архитектуре клиент-сервер, изготовленных при помощи Delphi;
  7. исходные  тексты всех визуальных компонент.

Delphi for Windows представляет из себя подмножество Delphi Client-Server и предназначен для разработчиков высокопроизводительных персональных приложений, работающих с локальными СУБД типа dBase и Paradox.Delphi Desktop Edition предлагает такую же среду для быстрой разработки и первоклассный компилятор как и клиент-серверная версия (Client/Server Edition).  Эта среда позволяет разработчику быстро изготавливать персональные приложения, работающие с персональными СУБД типа dBase и Paradox. Delphi позволяет также создавать разработчику DLL, которая может быть вызвана из Paradox, dBase, C++ или каких-нибудь других готовых программ:

  1. компилятор Object Pascal (этот язык является расширением языка Borland Pascal 7.0);
  2. генератор отчетов ReportSmith 2.5 (у которого, правда, отсутствует возможность работы с SQL-серверами);
  3. среда визуального построителя приложений;
  4. библиотека визуальных компонент;
  5. локальный сервер InterBase.

В первую очередь  Delphi предназначен для профессионалов-разработчиков корпоративных информационных систем. Здесь следует пояснить, что конкретно имеется в виду. Не секрет, что некоторые удачные продукты, предназначенные для скоростной разработки приложений (RAD - rapid application development) прекрасно работают при изготовлении достаточно простых приложений, однако, разработчик сталкивается с непредвиденными сложностями, когда пытается сделать что-то действительно сложное. Бывает, что в продукте вскрываются присущие ему ограничения только по прошествии некоторого времени.

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