Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Разработка подсистемы производственно-диспетчерской службы на базе СУБД SQL Lite для ООО "Автотрансобслуживание"

Разработка подсистемы производственно-диспетчерской службы на базе СУБД SQL Lite для ООО "Автотрансобслуживание"

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 28.06.2011
Размер файла 2,6 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

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

содержательные программы, реализующие решение заданных задач планирования и управления;

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

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

В качестве комплекса программ можно рекомендовать применение Microsoft Office, включающего в свой состав программы для:

обработки текстов - Microsoft Word;

обработки таблиц и статистических данных - Microsoft Excel;

формирования запросов к информационной базе данных - Microsoft Access;

работы с графикой и анимациями - Microsoft Point;

работы с Web-страницами - Microsoft Front Page.

Этот комплекс программ разработан фирмой Microsoft и позволяет легко обмениваться данными, а также предоставляет пользователю большие возможности по обработке самой разнообразной информации.

Для обработки и хранения данных также удобно использовать следующие СУБД: InterBase v6.0, FireBird v1.0, MS SQL Server 2000 и многие др.

2.6 Описание технического обеспечения АСУ

Техническое обеспечение АСУ - это комплекс технических средств (далее КТС), объединенных единым технологическим процессом.

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

Задачи КТС:

1. Обеспечение автоматизации прохождения информации от формирования до отображения результатов обработки.

2. Решение всего комплекса задач в подсистемах АСУ.

3. Подготовка и передача информации в АСУ более высшего уровня.

4. Контроль передаваемой информации.

Укрупненная структура КТС представлена на рисунке 2.4.

Рисунок 2.4 - Укрупненная структура КТС

Основные требования к КТС следующие:

1. Эффективное решение установочного набора задач АСУ.

2. Возможность изменения и развития в случае изменения набора задач и совершенствования техники управления.

3. Кодовая, программная и техническая совместимость.

4. Простота в эксплуатации и максимальное приближение к требованиям пользователя.

Для создания АСУ целесообразно использовать ПЭВМ, совместимые с IBM PC. В настоящее время уровень развития персональных компьютеров достаточно высок, для того, чтобы обеспечить решение организационно-экономических задач и обработку необходимых объемов данных.

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

Для обеспечения работы АСУ в отделах установлены следующие ПЭВМ:

Celeron 1.7 GHz, имеющая следующие характеристики:

математический сопроцессор;

ОЗУ 256Мб;

дисковод 1.44 Мб;

HDD 40Гб;

тактовая частота 1700 МГц;

видеоадаптер SVGA;

операционная система MS Windows 2000 Professional.

Компьютеры оснащены принтерами HPLJ1100.

Данный комплекс технических средств объединён в локальную сеть, состоящую из трех персональных компьютеров. Топология ЛВС - "Звезда".

2.7 Описание организационного обеспечения АСУ

Для организации функционирования проектируемой АСУ необходимо создать отдел автоматизации со следующим списком должностей:

системный администратор - 1 человек;

прикладной программист - 1 человек;

Необходимо обязать всех сотрудников пройти инструктаж в отделе автоматизации о правильном и рациональном использовании АСУ.

2.8 Выводы

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

АСУ должна обеспечивать:

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

хранение в памяти ЭВМ и комплексное использование нормативно-справочной, оперативной и другой необходимой для принятия решения информации;

организацию рационального документооборота на объекте управления;

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

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

3. Проектирование подсистемы производственно-диспетчерской службы предприятия

3.1 Разработка решений по созданию функциональной структуры автоматизированной подсистемы

Автоматизированная подсистема производственно-диспетчерской службы (АПС) предназначено для выполнения следующих функций:

получение информации;

корректировка информации;

внесение информации в базу;

расчет показателей, заносимых в отчет;

составление и просмотр отчетов;

печать отчетов.

Перечисленным функциям соответствуют следующие задачи управления предприятием:

создание и ведение базы данных;

автоматизация процесса получения данных;

3) автоматизация составления и обработки отчетов;

На рисунке 3.1 приведена функциональная структура АПС.

3.2 Описание выполняемых задач АПС "Диспетчер"

3.2.1 Задача "Формирование информационных справочников и оперативной информации"

Задача "Формирование информационных справочников и оперативной информации" имеет в своем составе следующие подзадачи:

создание и модификация справочников;

работа с оперативной информацией.

Описание каждой подзадачи приведено ниже.

Создание и модификация справочников

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

Работа с оперативной информацией

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

Рисунок 3.1 - Функциональная структурная схема АПС "Диспетчер"

3.2.2 Задача "Модификация и автоматизация расчета показателей АПС "Диспетчер"

Задача "Модификация и автоматизация расчета показателей АПС "Диспетчер" имеет в своем составе следующие подзадачи:

расчет показателей ГМС;

расчет показателей спидометра;

формирование маршрутов.

Описание подзадач дается ниже.

Расчет показателей ГМС

В подзадаче предусматривается расчет показателей ГМС на момент начала и окончания командировки в соответствующий пункт назначения.

Расчет показателей спидометра

В подзадаче предусматривается расчет показателей спидометра на момент начала и окончания командировки в соответствующий пункт назначения.

Формирование маршрутов

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

3.2.3 Задача "Формирование выходной документации"

Задача "Формирование выходной документации" имеет в своем составе следующие подзадачи:

вывод отчетов в Microsoft Word;

вывод отчетов в Microsoft Excel;

вывод отчетов на печать.

Описание подзадач дается ниже.

Вывод отчетов в Microsoft Word

Сформированные отчеты экспортируются в Microsoft Word: путевой лист, пройденный километраж водителем за указанный период времени, состояние автомобиля.

Вывод отчетов в Microsoft Excel

Сформированные отчеты экспортируются в Microsoft Excel: путевой лист, пройденный километраж водителем за указанный период времени, состояние автомобиля.

Вывод отчетов на печать

Отчетные листы выводятся на печать. Листы выдаются руководителю для ознакомления.

3.3 Проектирование информационной базы данных

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

Данные систематизируют в специальные массивы - информационную базу системы, в состав которой входят:

нормативные и справочные данные, составляющие информационный базис системы;

текущие сведения о состоянии управляемого объекта или процесса;

текущие сведения, поступающие извне системы, требующие ответной реакции системы или влияющие на алгоритмы выработки решений;

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

На начальной стадии разработки информационного обеспечения производится анализ предметной области.

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

Каждый из объектов предметной области обладает определенным набором свойств (атрибутов).

Подробнее объекты и атрибуты будут описаны при составлении инфологической модели.

3.4 Построение инфологической модели

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

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

Рисунок 3.2 - Инфологическая модель

3.5 Выбор СУБД

Введение

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

Отличие SQLite от MySQL и аналогичных СУБД

Классические СУБД, такие как MySQL (а так же MS SQL, Oracle, PostgreeSQL) состоят из отдельного сервера, поддерживающего работу базы данных и прослушивающих определённый порт, на предмет обращения клиентов. В качестве клиента может выступать, в том числе и расширение PHP, реализующего интерфейс, с помощью которого осуществляются запросы к базе. Движок SQLite и интерфейс к ней реализованы в одной библиотеке, что увеличивает скорость выполнения запросов. Такой сервер часто называют встроенным.

Система управления базами данных "SQLite" является программой предоставляемой на условиях "открытого исходного кода" и доступна на сайте www.sqlite.org. "SQLite" отличает от большинства других двигателей баз данных - простота. Простота системы дает следующие преимущества:

· Простота администрирования

· Легкость в работе

· Система проста во внедрении в ваши программы

· Простота в настройке и поддержке

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

Основные характеристики системы:

· Поддержка языка запросов версии SQL92 (без особенностей типа процедур)

· База данных сохраняется в одиночном файле на диске

· Файл базы данных можно свободно разделить между процессами

· Поддерживает базы данных размером до 2-х терабайт (241 байт)

· Размеры строковых данных и BLOB данных ограничены только памятью

· Минимальный код на С/С++

· Простая и удобная библиотека на С/С++

· Нет никакой внешней зависимости от других библиотек

· Поддержка операционных систем WINDOWS (практически все версии начиная с WIN95), *unix

Однако простота системы имеет и обратную сторону, приходится жертвовать некоторыми характеристиками: высоким параллелизмом процессов, богатством встроенных библиотечных функций, ограниченность языка SQL и другие. Система "SQLite" не предназначена, чтобы быть двигателем базы данных предприятия, она не разработана, чтобы конкурировать с Oracle или PostgreSQL или аналогичными системами управления баз данных.

Такие характеристики системы накладывают ограничения на область применения "SQLite". Наиболее вероятным использование программы представляется в следующих областях:

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

· для обучения языку SQL

· использование "SQLite" как двигатель базы данных небольших и средних по объему и посещаемости интернет сайтов

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

Загрузить программу можно с сайта www.sqlite.org раздел download. Для полноценной работы потребуются следующие файлы (для операционной системы WINDOWS):

· sqlite-3 x x. zip - программа командной строки для создания и изменения базы данных

· sqlitedll-3 x x. zip - DLL библиотека

· sqlite-source-3 x x. zip - Исходники на С

Работа с программой командной строки "sqlite. exe"

Программа командной строки "sqlite. exe" предназначена для создания и работы с базой данных, используя язык запросов SQL и специальные команды. Вся работа, а именно ввод команд и получение результатов выполнения запросов происходит в консольном окне WINDOWS.

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

Таблица 3.1 - Списки команд sqlite

Команда

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

1

2

. databases

Вывод списка имен всех подключенных в текущем сеансе баз данных и соответствующих им файлов.

. dump? TABLES?:

Дамп всех SQL инструкций использованных в создании БД или отдельной таблицы в текстовом формате

. echo ON|OFF

ВКЛ | ВЫКЛ эхо введенных команд

. exit

Выход из программы

. explain ON|OFF

Управляет режимом вывода виртуальных машинных команд. Используется при выполнении SQL запроса EXPLAIN.

. header (s) ON|OFF

ВКЛ | ВЫКЛ показ заголовков столбцов

. import FILE TABLE

Импорт данных из файла FILE в таблицу TABLE

. indices TABLE

Показывает имена всех индексов таблицы

. mode MODE

Установка режима вывода: line (s), column (s), insert, list, html и других

. nullvalue STRING

Напечатает строку STRING вместо NULL данных при выводе SQL запроса SELECT

. output FILENAME

Послать весь вывод в файл FILENAME

. output stdout

Послать весь вывод на экран

. promt MAIN COTINUE

Изменить стандартную строку подсказки

. quit

Выход их программы

. read FILENAME

Выполнение SQL инструкций из файла FILENAME

1

2

. schema? TABLE?

Покажет текст SQL инструкции CREATE для всех таблиц или указанной таблицы

. separator STRING

Изменить строку разделитель колонок, используется при выводе SQL запроса SELECT и команды. import

. show

Показать значения установленных переменных

. tables? PATTERN?

Вывод списка имен таблиц БД (возможно по шаблону)

. timeout MS

Блокирование открытия таблиц на число миллисекунд MS

. width NUM NUM:

Установка ширины столбцов при выводе в режиме column

Подробно рассмотрим некоторые из этих команд. Предварительно создадим базу данных, на которой мы и рассмотрим специальные команды. Из командной строки запустите консольную программу "sqlite3. exe" введя следующее:

sqlite3 exam. db

SQLite version 3.1.3

Enter". help" for instructions

Где exam. db имя создаваемой базы данных.

Создадим таблицу tbl1, с помощью SQL инструкции CREATE TABLE.

sqlite> CREATE TABLE tbl1 (one INTEGER PRIMARY KEY AUTOINCREMENT,

two VARCHAR (50), three REAL);

Вставим несколько записей в данную таблицу. В инструкции создания таблицы для каждого поля задали тип данных для его значений, этот тип данных игнорируется программой "SQLite". Система управления базой данных "SQLite" довольно свободно относится к определению типов данных, что не характерно для стандарта языка SQL. Типизация данных в "SQLite" основывается на так называемом принципе "typeless", означающий игнорирование информации о типе данных в определении столбцов таблицы при ее создании с помощью инструкции CREATE TABLE. И все же лучше включать имена типов столбцов при объявлении таблиц, это повысит переносимость базы данных. Имеется одно исключение из принципа "typeless" - это столбец типа INTEGER PRYMARY KEY (INTEGER не INT; INT PRIMARY KEY - удовлетворяет принципу "typeless"). Столбец с типом INTEGER PRIMARY KEY должен содержать 32-х битное целое число, попытка записать данные любого другого типа в столбец этого типа приведет к ошибке. Этот тип обычно используется перед спецификатором столбца AUTOINCREMENT, столбец с типом INTEGER PRIMARY KEY AUTOINCREMENT является ключевым столбцом таблицы, его значения генерируются автоматически.

sqlite> INSERT INTO tbl1 VALUES (NULL, 'hello', 3.10);

sqlite> INSERT INTO tbl1 VALUES (NULL, 'is', 5.34);

sqlite> INSERT INTO tbl1 VALUES (NULL, 'from', NULL);

Создадим, пока пустую таблицу tbl2 и индекс по ее первому полю "ikey".

sqlite> CREATE TABLE tbl2 (ikey INTEGER PRIMARY KEY, nm VARCHAR (50));

sqlite> CREATE UNIQUE INDEX itbl2 ON tbl2 (ikey);

sqlite>

Команда. dump

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

Синтаксис:

. dump? TABLE?

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

Пример:

sqlite>. dump

BEGIN TRANSACTION;

CREATE TABLE tbl1 (one integer primary key autoincrement, two varchar (50),

three real);

INSERT INTO "tbl1" VALUES (1, 'hello', 3.1);

INSERT INTO "tbl1" VALUES (2, 'is', 5.34);

INSERT INTO "tbl1" VALUES (3, 'from', NULL);

DELETE FROM sqlite_sequence;

INSERT INTO "sqlite_sequence" VALUES ('tbl1',

3);

CREATE TABLE tbl2 (ikey integer integer primary key, nm VARCHAR (20));

CREATE UNIQUE INDEX itbl2 on tbl2 (ikey);

COMMIT;

sqlite>

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

sqlite>. output exam. sql - -перенаправить вывод в файл

sqlite>. dump

Команда. header (s)

Включает / выключает вывод названий заголовков столбцов.

Синтаксис:

. header (s) ON | OFF

где,

· ON - включить вывод имен заголовков столбцов

· OFF - отключить вывод имен заголовков столбцов

Пример:

sqlite>. header ON

sqlite> SELECT * FROM tbl1;

one|two|three

1|hello|3.1

2|is|5.34

3|from|

sqlite>. header OFF

sqlite> SELECT * FROM tbl1;

1|hello|3.1

2|is|5.34

3|from|

sqlite>

Команда. import

С помощью данной команды имеется возможность импортировать данные из текстового файла. Данные в текстовом файле должны быть разделены строкой-разделителем, эта строка разделитель определяется командой. separator. По умолчанию символом-разделителем является символ вертикальной черты "|". Данная команда введена в версии 3.

Синтаксис:

. import FILE TABLE

где,

· FILE - имя входного тестового файла с данными

· TABLE - имя таблицы куда вставляются данные

Пример:

Подготовим следующие данные в файле exam. txt

1; Roy

2; Ted

3; Sam

4; Bob

Вставим эти данные в таблицу tbl2, для этого выполним следующие команды:

sqlite>. separator '; ' - установим символ-разделитель в точку с запятой

sqlite>. import exam. txt tbl2 - импорт данных

sqlite> SELECT * FROM tbl2;

1; Roy

2; Ted

3; Sam

4; Bob

Команда. mode

Данная команда изменяет формат вывода таблицы SQL запросом SELECT. "SQLite" может вывести результат запроса в следующих форматах: csv, column, html, insert, line, list, tabs, tcl. Для версии 2.8 поддерживается только следующие форматы: line (s), column (s), insert, list, html. Рассмотрим их по порядку.

Режим csv. В данном формате столбцы записи таблицы разделяются запятыми.

Пример:

sqlite>. mode csv

sqlite> SELECT * FROM tbl1;

1,"hello",3.1

2,"is",5.34

3,"from",

sqlite>

Режим удобен для экспорта таблицы в сторонние программы, например данный формат, понимает Excel.

Режим column. В этом режиме вывод выровнен по левой границе столбцов записей таблицы.

Пример:

sqlite>. mode columns

sqlite> SELECT * FROM tbl1;

1 hello 3.1

2 is 5.34

3 from

sqlite>

Смотрите также команду. width для задания ширины столбцов.

Режим html. Вывод в этом режиме выполнен в стиле определения таблицы языка html. Удобен для включения таблицы в страничку сайта.

Пример:

sqlite>. mode html

sqlite> SELECT * FROM tbl2;

<TR><TD>1</TD>

</TD>Roy

</TR>

<TR><TD>2</TD>

</TD>Ted

</TR>

<TR><TD>3</TD>

</TD>Sam

</TR>

<TR><TD>4</TD>

</TD>Bob

</TR>

sqlite>

Режим insert. В данном режиме генерируются SQL запросы INSERT для таблицы, имя которой указано третьим параметром в команде.

Синтаксис:

. mode insert TABLE

где TABLE - имя таблицы, для которой генерируются инструкции INSERT

Пример:

sqlite>. mode insert tbl3

sqlite> SELECT * FROM tbl1;

INSERT INTO tbl3 VALUES (1,'hello',3.1);

INSERT INTO tbl3 VALUES (2,'is',5.34);

INSERT INTO tbl3 VALUES (3,'from',NULL);

sqlite>

Режим line. Здесь каждый столбец выводится в отдельной строке в формате имя_столбца = значение. Записи разделяются пустой строкой.

Пример:

sqlite>. mode line

sqlite> SELECT * FROM tbl1;

one = 1

two = hello

three = 3.1

one = 2

two = is

three = 5.34

one = 3

two = from

three =

sqlite>

Режим list. Является режимом, установленным по умолчанию. Каждая запись таблицы выводится в отдельной строке с разделением столбцов символом-разделителем. Символ-разделитель определяется командой. separator, и по умолчанию равен прямой черте '|'.

Пример:

sqlite>. mode list

sqlite> SELECT * FROM tbl1;

1|hello|3.1

2|is|5.34

3|from|

sqlite>

Режим tabs. В данном режиме столбцы записей таблицы отделяются друг от друга символом табуляции.

Пример:

sqlite>. mode tabs

sqlite> SELECT * FROM tbl1;

1 hello 3.1

2 is 5.34

3 from

sqlite>

Режим tcl. Вывод выполнен в формате элементов списка языка TCL.

Пример:

sqlite>. mode tcl

sqlite> SELECT * FROM tbl2;

"1" " Roy \r"

"2" " Ted\r"

"3" " Sam\r"

"4" " Bob\r"

sqlite>

Команда. output

Данная команда перенаправляет вывод в файл или обратно на экран.

Синтаксис:

. output FILENAME

. output stdout

где,

· FILENAME - имя файла, куда направлен вывод

· stdout - направит вывод на экран

Команда. read

Читает и выполняет SQL инструкции из файла.

Синтаксис:

. read FILENAME

где FILENAME - имя файла содержащего SQL инструкции

Пример:

Создайте текстовый файл, содержащий следующие SQL запросы:

BEGIN TRANSACTION;

CREATE TABLE tbl3 (name VARCHAR (30), lastname VARCHAR (50), num INT);

INSERT INTO tbl3 VALUES ('Jim', 'Green', 1653);

INSERT INTO tbl3 VALUES ('Ann', 'Folkin', 1891);

INSERT INTO tbl3 VALUES ('Fredy', 'Donovan', 2345);

COMMIT;

Назовем созданный файл exam. sql, и выполним следующие команды:

sqlite>. read exam. sql

sqlite> SELECT * FROM tbl3;

Jim|Green|1653

Ann|Folkin|1891

Fredy|Donovan|2345

sqlite>

Команда. schema

Данная команда выдаст все SQL инструкции CREATE TABLE и CREATE INDEX использованные для создания таблиц и индексов текущей базы данных. Возможно указание имени конкретной таблицы, для которой необходимо вывести SQL инструкцию ее создания.

Синтаксис:

. schema? TABLE?

где,? TABLE? - необязательное имя таблицы

Пример:

sqlite>. schema

CREATE TABLE sqlite_sequence (name,seq);

CREATE TABLE tbl1 (one integer primary key autoincrement, two varchar (50), three real);

CREATE TABLE tbl2 (ikey integer integer primary key, nm VARCHAR (20));

CREATE TABLE tbl3 (name VARCHAR (30), lastname VARCHAR (50), num INT);

CREATE UNIQUE INDEX itbl2 on tbl2 (ikey);

sqlite>

Команда. tables

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

Синтаксис:

. tables? PATTERN?

где? PATERN? - необязательное определение шаблона поиска

Пример:

sqlite>. tables

sqlite_sequence tbl1 tbl2 tbl3

sqlite>. tables %tb% 'с шаблоном

tbl1 tbl2 tbl3

sqlite>

Команда. width

Используется для установки ширины столбцов, при формате вывода установленном в column.

Синтаксис:

. width NUM NUM:

где NUM - ширина соответствующего столбца в символах.

Пример:

sqlite>. mode column

sqlite>. width 3 10 7

sqlite> SELECT * FROM tbl1;

1 hello 3.1

2 is 5.34

3 from

sqlite>

3.6 Методы защиты данных

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

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

Механизм защиты данных включает ряд функций:

1. Защита системы от посторонних лиц.

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

2. Защита системы от пользователя.

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

доступ к общесистемным данным;

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

возможность изменения программ;

возможность сбора информации на регистрах и полях.

3. Защита пользователя друг от друга.

Подразумевает предупреждение несанкционированного доступа в процессе совместной обработки данных.

4.3ащита пользователя от самого себя.

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

5. Защита системы от самой себя.

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

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

Программные средства защиты являются основными.

В разрабатываемой АCУ предусмотрен пароль. При входе в систему происходит попытка идентифицировать пользователя. Если идентификации не происходит (пароль введен неверно), доступ к программе невозможен.

3.7 Разработка обобщенного алгоритма АПС

Алгоритм - это точное предписание, состоящее из последовательности действий, ведущих к решению задачи за конечное число шагов.

3.7.1 Основные свойства алгоритма

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

2) Определенность - каждое правило алгоритма должно быть четким, однозначным.

3) Результативность (конечность) - состоит в том, что за конечное число шагов алгоритм должен приводить к решению задачи или остановить решение, или неограниченно повторять в течение времени с выдачей промежуточного или итогового результата.

4) Массовость - означает, что алгоритм разработан в общем виде, т.е. он должен быть применим для некоторого класса задач, различающихся лишь исходными данными.

3.7.2 Способы описания алгоритма

1. Словесный - содержит описание алгоритма на естественном языке.

2. Формульно-символьный - содержит формулы для определения значения переменных.

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

4. Операторный (операторная схема) - аналитическая форма представления алгоритма, с помощью операторов, отражающих содержание этапов.

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

3.7.3 Описание алгоритма работы АПС "Диспетчер"

Обобщенный алгоритм работы АПС "Диспетчер" включает в себя следующие фазы работы:

1) Загрузка БД

2) Проверка пароля

3) Идентификация пользователя

4) Запуск главной формы

5) Ввод и модификация данных

6) Формирование запросов

7) Вывод отчетной документации

Обобщенная блок-схема алгоритма программного комплекса АПС "Диспетчер" приведена на рисунке 3.3.

3.8 Разработка решений по программному и техническому обеспечению

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

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

Весь комплекс программ можно условно разделить на следующие группы:

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

содержательные программы, реализующие решение заданных задач планирования и управления;

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

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

Рисунок 3.3 - Обобщенная блок-схема алгоритма программного комплекса АПС "Диспетчер"

В качестве комплекса программ можно рекомендовать применение Microsoft Office, включающего в свой состав программы для:

обработки текстов - Microsoft Word;

обработки таблиц и статистических данных - Microsoft Excel;

формирования запросов к информационной базе данных - Microsoft

Access;

работы с графикой и анимацией - Microsoft Point;

работы с Web-страницами - Microsoft Front Page.

Этот комплекс программ разработан фирмой Microsoft и позволяет легко обмениваться данными, а также предоставляет пользователю большие возможности по обработке самой разнообразной информации.

Для обработки и хранения данных также удобно использовать следующие СУБД: InterBase v6.0, FireBird v1.0, MS SQL Server 2000 и многие др.

Техническое обеспечение АСУ - это комплекс технических средств (далее КТС), объединенных единым технологическим процессом.

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

Задачи КТС:

1. Обеспечение автоматизации прохождения информации от формирования до отображения результатов обработки.

2. Решение всего комплекса задач в подсистемах АСУ.

3. Подготовка и передача информации в АСУ более высшего уровня.

4. Контроль передаваемой информации.

Основные требования к КТС следующие:

1. Эффективное решение установочного набора задач АСУ.

2. Возможность изменения и развития в случае изменения набора задач и совершенствования техники управления.

3. Кодовая, программная и техническая совместимость.

4. Простота в эксплуатации и максимальное приближение к требованиям пользователя.

Для создания АСУ целесообразно использовать ПЭВМ, совместимые с IBM PC. В настоящее время уровень развития персональных компьютеров достаточно высок, для того, чтобы обеспечить решение организационно-экономических задач и обработку необходимых объемов данных.

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

Для обеспечения работы АСУ в отделах установлены следующие ПЭВМ:

Celeron 1.7 GHz, имеющая следующие характеристики:

математический сопроцессор;

ОЗУ 256Мб;

дисковод 1.44 Мб;

HDD 40Гб;

тактовая частота 1700 МГц;

видеоадаптер SVGA;

операционная система MS Windows 2000 Professional.

Компьютеры оснащены принтерами HPLJ1100.

Данный комплекс технических средств объединён в локальную сеть, состоящую из трех персональных компьютеров с топологий ЛВС - "Звезда".

3.9 Выводы

При проектировании АРМ предприятия разработана функциональная структура и описаны задачи, выполняемые в этой структуре:

формирование информационных справочников и оперативной информации;

модификация и автоматизация расчета показателей АПС;

формирование выходной документации.

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

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

4 Описание программного средства

4.1 Условия и описания применения программного средства

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

4.2 Входные данные

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

Сотрудник

В данный каталог (рисунок 4.1) вводятся личные данные о сотруднике: фамилия, имя, отчество сотрудника, телефон, адрес, занимаемая должность.

Рисунок 4.1 - Каталог "Сотрудник"

Должность

В данный каталог (рисунок 4.2) вводятся код и наименование должности, занимаемой сотрудником.

Рисунок 4.2 - Каталог "Должность"

Подразделение

В данный каталог (рисунок 4.3) вводятся код, наименование заявки и фамилия, имя, отчество заявителя.

Рисунок 4.3 - Каталог "Подразделение"

Водитель

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

Рисунок 4.4 - Каталог "Водитель"

Автомобиль

В данный каталог (рисунок 4.5) вводятся код автомобиля, марка и государственный номер.

Рисунок 4.5 - Каталог "Автомобиль"

Спидометр

В данный каталог (рисунок 4.6) вводятся марка автомобиля, показания спидометра, дата и время.

Рисунок 4.6 - Каталог "Спидометр"

Горючее

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

Рисунок 4.7 - Каталог "Горючее"

Неисправности

В данный каталог (рисунок 4.8) вводятся марка автомобиля, название неисправности и ее дата.

Рисунок 4.8 - Каталог "Неисправности"

4.3 Выходные данные

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

Запросы

Вывести незадействованные автомобили по заданной дате

Вводим необходимую дату. Результатом запроса является полученная таблица с информацией о марке автомобили, названии неисправности и ФИО водителя, закрепленного за данным автомобилем. Таблица представлена на рисунке 4.9.

Рисунок 4.9 - Результат запроса о незадействованных автомобилях по заданной дате

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

Вводим необходимую дату. Результатом запроса является полученная таблица с информацией о марке автомобиля и наименовании неисправности. Таблица представлена на рисунке 4.10.

Рисунок 4.10 - Результат запроса о неисправности автомобиля по заданной дате

Вывести заявки на указанный период времени

Сначала вводим начальную дату, затем вводим конечную дату. Результатом запроса является полученная таблица с информацией о номере, закрепленном за заявкой, дате, причине, по которой сделана заявка, ФИО заявителя, марке автомобиля, ФИО водителя, закрепленного за данным автомобилем и маршруте автомобиля. Таблица представлена на рисунке 4.11.

Рисунок 4.11 - Результат запроса о заявке на указанный период времени

Вывести информацию о выездах водителя

Вводится ФИО водителя. Результатом запроса является полученная таблица с информацией о номере выезда, дате, автомобиле и водителе, который закреплен за данным автомобилем, маршруте автомобиля. Таблица представлена на рисунке 4.12.

Рисунок 4.12 - Результат запроса информации о выездах водителя

Вывести информацию о сделанных заявках по указанному пункту назначения

Вводим пункт назначения. Результатом запроса является полученная таблица с информацией о номере заявки, дате, причине заявки, ФИО заявителя, марке и маршруте автомобиля, и ФИО водителя, закрепленного за данным автомобилем.

Таблица представлена на рисунке 4.13.

Рисунок 4.13 - Результат запроса информации о сделанных заявках по указанному пункту назначения

Вывести количество заявок по подразделению

Вводится подразделение. Результатом запроса является полученная таблица с информацией о номере заявки, дате, причине заявки, ФИО заявителя, названии подразделения, марке автомобиля, ФИО водителя, закрепленного за данным автомобилем, и маршруте. Таблица представлена на рисунке 4.14.

Рисунок 4.14 - Результат запроса о количестве заявок по подразделению

Отчеты

Путевой лист

Выбирается необходимая заявка (рисунок 4.15). Результат отчета (таблица 4.1) экспортируется в Microsoft Excel и представлен в виде путевого листа с информацией о:

1) автомобиле:

марка автомобиля

государственный номерной знак

показания спидометра

2) водителе:

ФИО водителя

табельном номере

номере водительского удостоверения

классе (категории)

3) ФИО заявителя

4) дате выезда

5) маршруте

6) горючем:

код горючего

залито горючего

остаток при выезде

остаток при возвращении

7) ФИО водителя, который сдал автомобиль после возвращения

Рисунок 4.15 - Выбор заявки из предложенного списка

Таблица 4.1 - Результат отчета в виде путевого листа

ПУТЕВОЙ ЛИСТ ЛЕГКОВОГО АВТОМОБИЛЯ

Автомобиль

Марка автомобиля:

ВАЗ-2112

Гос. Номерной знак:

а777

Показания спидометра:

106741

Водитель

Ф. И.О. водителя:

Петров С.В.

Табельный номер:

5576112

Удостоверение №:

3182008

Класс:

А

В распоряжение:

Варко Н.А.

Дата выезда:

13.05.2011

Маршрут:

Омск

Горючее

Код:

876

Залито горючего:

30

Остаток при выезде:

29

Остаток по возвр.:

10

Автомобиль сдал

водитель:

Петров С.В.

Пройденный километраж водителем за указанный период времени

Вводим начальную и конечную даты. Результат отчета (таблица 4.2) экспортируется в Microsoft Excel и содержит информацию о дате, времени, ФИО водителя, марке автомобиля, государственном номерном знаке и показаниях спидометра.

Таблица 4.2 - Результат отчета о пройденном километраже водителем за указанный период времени

Пройденный километраж водителем за указанный период времени

01.02.2011

по

01.04.2011

Дата:

Время:

Ф. И.О. водителя:

Марка автомобиля:

Гос. Номерной знак:

Показания спидометра:

11.02.2011

11: 00

Петров С.В.

ВАЗ-2112

а777

106741

01.04.2011

14: 00

Иванов Н.Г.

ВАЗ-2110

с1320

30245

22.03.2011

22: 23

Сидоров А.С.

ГАЗ-3110

к115

155732

Состояние автомобилей

Результат отчета (таблица 4.3) экспортируется в Microsoft Excel и содержит информацию о государственном номере, неисправности и марке автомобиля.

Таблица 4.3 - Результат отчета о состоянии автомобилей

Состояние автомобилей

Гос. Номер

Марка

Неисправность

с1320

ВАЗ-2110

Поврежден стартер

а777

ВАЗ-2112

Износ шин

хх309

УАЗ-1020

Нерабочая правая фара

м876

УАЗ-1010

Стертые тормозные колодки

к115

ГАЗ-3110

Тормозная система

ср127

ВАЗ-2109

Разбита задняя фара

4.4 Руководство пользователя

4.4.1 Установка и запуск программы

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

1. Запустить файл tt. exe.

2. Открыть mnt_dats. s3db.

3. Ввести пароль для входа в программу.

4.5 Работа с программой

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

Файл

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

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

3) Выход - при активации данного пункта происходит выход из программы

Правка

1) Добавить - данный пункт содержит форму добавления заявки

2) Удалить - данный пункт содержит форму удаления заявки

3) Каталоги - при открытии данного пункта открываются формы заполнения различных каталогов

Запрос

При открытии данной команды меню появляется список запросов:

1) вывести незадействованные автомобили по заданной дате

2) вывести неисправности автомобиля по заданной дате

3) вывести заявки за указанный период времени

4) вывести информацию о выездах водителя

5) вывести информацию о сделанных заявках по указанному пункту назначения

6) вывести количество заявок по подразделению

7) создает новый запрос по интересующей строке

Отчет

При открытии данной команды меню появляется список отчетов:

1) путевой лист

2) пройденный километраж водителем за указанный период времени

3) состояние автомобиля

4.6 Выводы

Данное программное средство реализовано для автоматизации рабочего места диспетчера.

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

5. Безопасность и экологичность работы

5.1 Краткая характеристика обязанностей и прав оператора диспетчерской службы ООО "Автотрансобслуживание"

1. Оператор диспетчерской службы относится к категории служащих.

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

2. Оператор диспетчерской службы назначается приказом директора ООО "Автотрансобслуживание" (далее Общество), в административном порядке подчиняется руководителю АТХ - старшему механику, оперативную работу осуществляет под контролем и руководством начальника ПДС управления.

3. Допуск к самостоятельной работе оператора диспетчерской службы производится в соответствии с требованиями действующей "Единой системы управления охраной труда и ПБ ООО "Автотрансобслуживание".

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

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

положения, инструкции, другие руководящие и нормативные документы, касающиеся деятельности диспетчерского движения;

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

положения и инструкции о порядке организации перевозок и оперативным управлением перевозочным процессом;

правила эксплуатации автомобилей;

правила дорожного движения;

правила эксплуатации применяемых технических средств обработки и передачи информации;

основы организации труда;

основы Трудового кодекса РФ;

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

правила и нормы охраны труда.

5.1.1 Обязанности

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

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

3. Составление ежедневных, недельных, месячных, перспективных (годовых) заявок на транспорт и грузоподъемные машины.

4. Подготовка договоров с транспортными предприятиями.

5. Ежедневное оперативное взаимодействие с транспортными предприятиями, решение и согласование с ними возникающих вопросов по перевозкам.

6. Организация работы транспорта в выходные и праздничные дни.

7. Подготовка проектов на перевозку ядовитых жидкостей.

8. Ежедневное оформление товаротранспортных документов.

9. Подготовка графика дежурства ИТР по управлению.

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

11. Составление отчетов о работе транспорта.

12. Ведение конфиденциального делопроизводства.

13. Соблюдение режима коммерческой тайны, установленного в Обществе.

14. Выполнение обязанностей, предусмотренных Трудовым кодексом РФ.

5.1.2 Условия работы

1. Режим работы оператора диспетчерской службы определяется в соответствии с Правилами внутреннего трудового распорядка управления.

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

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

5.2 Анализ основных вредных и опасных факторов

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

При работе на компьютере в организации ООО "Автотрансобслуживание" пользователь подвергается следующим факторам:

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

Воздействие шума. Источниками шума в помещении являются системные блоки компьютеров, в состав которых входят: вентилятор процессора, жесткий диск, устройство чтения компакт - дисков (CD-ROM), вентилятор блока питания. Шум является не постоянным (50 дБА) и оказывает влияние только при включенном компьютере.

Наличие электромагнитных полей. Монитор на ЭЛТ, входящие в состав компьютера, служит источником для ультрафиолетового и рентгеновского излучений, а так же электростатических и электромагнитных полей поэтому рекомендуется использовать ЖК мониторы, такие как, Hitachi CM500ET/CM640ET, Sony Multiscan 110ESTT. Рекомендуемые временные допустимые уровни ЭМП, создаваемых мониторами ПК, представлены в таблице 5.1.

Таблица 5.1 - Временные допустимые уровни ЭМП

Наименование параметров

ВДТ ЭМП

Напряженность

электрического поля

в диапазоне частот 5 Гц-2 кГц

25 В/м

в диапазоне частот 2 кГц-400 кГц

2,5 В/м

Плотность магнитного

потока

в диапазоне частот 5 Гц-2 кГц

250 нТл

в диапазоне частот 2 кГц-400 кГц

25 нТл

Электростатический потенциал экрана видеомонитора

500 В

В настоящее время на рабочих местах используются мониторы Hitachi CM500ET/CM640ET со следующими характеристиками: диапазон частот 10Гц - 2кГц - напряженность электрического поля-17 В/м, плотность магнитного потока-180 нТл.

Электрический ток. Источниками электрического тока в помещении являются: электрическая проводка, электрические розетки.

5.3 Общие мероприятия по обеспечению безопасности на рабочем месте

Данное рабочее место расположено в семиэтажном здании. Отдел расположен на третьем этаже здания. Длина рабочего помещения составляет 3.5 м, ширина - 2.0 м, высота - 2.5 м.

В отделе располагается одно рабочее место, площадь отдела 9.0 м2, объем - 20 м3 см. рисунке 5.1.

Рабочее помещение не граничит с помещениями, в которых уровни шума и вибрации превышают нормируемые значения.

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

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены