Сетевая модель БД имеет независимые типы данных, т.е. «Конкуренты», и зависимые типы данных - продукция и цены на продукцию. В сетевых моделях возможны как прямые, так и обратные виды связей между данными (записями). Существует ограничение - каждая связь должна включать в себя основную и зависимую записи. К достоинству сетевой модели можно отнести гибкость организации и доступа к данным относительно иерархической модели. Как недостаток можно указать, что сохраняется относительная жесткость в построении структуры БД. Это влечет необходимость в определенных ситуациях реструктурирования БД, препятствует реализации более гибкой стратегии поиска данных.

Реляционная модель БД имеет независимую организацию взаимосвязи логических и физических записей. Отношения между данными построены в виде двухмерных таблиц и наделены определенными признаками. Каждый элемент таблицы отображает одно данное. Элементы столбца таблицы имеют одинаковую природу, отображая одно свойство (признак) в строке (записи)таблицы.

Объектно-ориентированная модель БД - пример реализации БД более высокого логического уровня. ООБД возникли на концептуальной основе ООП. В отличие от структурного, ООП базируется на процедурных (программных) категориях (циклы, декларации, условия и др.), а на более широкой категории - объектах.

Организация ООБД имеет несколько стадий:

1) концептуальная модель, когда множество объектов БД прошли описание по соответствующим правилам;

2) логическая модель, когда определены свойства объектов и указаны логические взаимосвязи между объектами;

3) физическая модель, когда определены адреса и проведено размещение объектов в памяти ЭВМ

В структуру БД АИС входят различные компоненты - агрегаты, массивы, файлы и др. Агрегат - структурированная совокупность информационных объектов, определяемая как единый тип данных.

Массив информации - это поименованная совокупность однотипных (логически однородных) элементов, упорядоченных по индексам, которые определяют положение элементов в массиве

Файл - опорный структурный элемент БД Файл - поименованная область внешней памяти ЭВМ. Он может содержать различную информацию: текстовый документ, рисунок, музыкальное произведение, программу ЭВМ и др.

2.2 Разработка структуры базы данных (БД) и алгоритмов обработки

2.2.1 Проектирование баз данных

Процесс, в ходе которого решается, какой вид будет у вновь создаваемой базы данных, называется проектированием базы данных (database design). Работа по проектированию базы данных включает выбор:

таблиц, которые будут входить в базу данных,

столбцов, принадлежащих каждой таблице,

взаимосвязей между таблицами и столбцами.

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

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

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

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

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

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

2.2.2 Подход к проектированию базы данных

Часто при обсуждении вопросов проектирования реляционных баз данных почти все внимание уделяется применению правил нормализации. В ходе нормализации обеспечивается защита целостности данных путем устранения дублирования данных [14]. В результате таблица, которая первоначально казалась «имеющей смысл», разбивается на две или более связанных таблиц, которые могут быть «собраны вместе» с помощью операции объединения. Этот процесс называется декомпозицией без потерь (non-loss decomposition) и просто означает разделение таблицы на несколько меньших таблиц без потери информации. Нормализация наиболее полезна для проверки созданной вами структуры. Можно проанализировать свои решения о том, какие столбцы должны быть включены в ту или иную таблицу с точки зрения правил нормализации, убедившись при этом, что не сделали каких-то фатальных ошибок. Понимание основ процесса нормализации также может помочь в процессе проектирования базы данных, но оно не является универсальным рецептом при построении базы с нуля. Итак, как определить, какие столбцы должны располагаться в начале таблицы. Общего правила на этот счет не существует. Однако здесь вам может оказать существенную помощь моделирование зависимостей -- анализ сущности данных (в терминах объектов или вещей) и зависимостей между ними (один-к-одному, один-ко-многим, многие-ко-многим).[14]

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

1. Исследования информационной среды для моделирования.

Откуда поступает информация и в каком виде?

Как она будет вводиться в систему и кто этим будет заниматься?

Как часто она изменяется?

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

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

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

Кому она будет предназначаться.

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

3. В ходе работы обязательно должен создаваться макет таблиц и связей между ними, называемый структурой данных (data structure), или диаграммой зависимостей между объектами (E-R diagram).

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

Затем должны быть рассмотрены зависимости между объектами.

Имеются ли зависимости типа один-ко-многим (один заказчик может иметь множество выписанных счетов, но каждый счет может быть выписан только на одного заказчика) или многие-ко-многим?

Есть ли возможности для объединения связанных таблиц? Для этого служат внешние ключи (foreign key), столбцы в связанных таблицах с совпадающими значениями первичных ключей.

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

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

8. Оценка базы данных с точки зрения того, удовлетворяют ли заказчика полученные результаты.

2.2.3 Нормализация

Вообще говоря, нормализация -- это набор стандартов проектирования данных, называемых нормальным и формами (normal forms) [11]. Общепринятыми считаются пять нормальных форм, хотя их было предложено значительно больше. Создание таблиц в соответствии с этими стандартами называется нормализацией. Нормальные формы изменяются в порядке от первой до пятой. Каждая последующая форма удовлетворяет требования предыдущей. Если следовать первому правилу нормализации, то данные будут представлены в первой нормальной форме. Если данные удовлетворяют третьему правилу нормализации, они будут находиться в третьей нормальной форме (а также в первой и второй формах).

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

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

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

2.2.4 Первая нормальная форма

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

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

2.2.5 Вторая нормальная форма

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

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

2.2.6 Третья нормальная форма

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

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

2.2.7 Четвертая и пятая нормальные формы

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

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

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

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

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

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

2.3 Информационно-логическая модель информационной системы и ее описание

Проектирование базы данных состоит в построении комплекса взаимосвязанных моделей данных.[12]

Важнейшим этапом проектирования базы данных является разработка инфологической (информационно-логической) модели предметной области, не ориентированной на СУБД.

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

Модель “сущность-связь” - это неформальная модель предметной области, которая используется на этапе логического проектирования базы данных. Эта модель позволяет описывать объекты предметной области и их взаимоотношения. Основным достоинством модели является ее относительная простота и понятность за счет применения естественного языка, что позволяет использовать модель в качестве инструмента общения разработчика и будущего пользователя при сборе информации о предметной области базы данных.

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

Требования, предъявляемые к инфологической модели:

- Адекватное отображение (язык для представления ИМ должен обладать достаточными выразительными возможностями)

- Непротиворечивость (не должна допускаться неоднозначная трактовка модели)

- Легко расширяемость (обеспечение ввода новых данных без изменения ранее определенных)

- Гибкий язык (язык должен быть применим как при ручном, так и при автоматизированном проектировании)

- Понятность всем пользователям

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

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

Рисунок 2.1. Отношение «Книги»

Рисунок 2.2. Отношение «Клиент»

Рисунок 2.3. Отношение «Договор»



Рисунок 2.4. Отношение «Категории»

Рисунок 2.5. Отношение «Начисление»

Рисунок 2.6. Отношение «Контакты»



Рисунок 2.7. Отношение «Оплата»

Рисунок 2.8. Отношение «Опции»

Рисунок 2.9. Отношение «Приложения»

Рисунок 2.10. «Пользователи»

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

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

Рисунок 2.11. Схема данных

2.4 Обоснование проектных решений по программному обеспечению комплекса задач

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

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

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

Для создания автоматизированной системы выбрана база данных в Access и среда программирования Delphi 7.0.

Система управления базами данных предоставляет полный контроль над процессом определения данных, их обработкой и совместным использованием. СУБД также существенно облегчает каталогизацию и обработку больших объемов информации, хранящихся в многочисленных таблицах. Разнообразные средства СУБД обеспечивают выполнение трех основных функций: определение данных, обработку данных и управление данными. Все эти функциональные возможности в полной мере реализованы в базе данных Microsoft Access.[14]

В Microsoft Access предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации.

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

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

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

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

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

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

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

Delphi - это комбинация нескольких важнейших технологий:

- Высокопроизводительный компилятор в машинный код;

- Объектно-ориентированная модель компонент;

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

Delphi позволяет использовать библиотеку визуальных компонент для быстрого создания надежных приложений, которые легко расширяются до приложений с архитектурой клиент-сервер.[18]

Благодаря открытой компонентной архитектуре приложения, изготовленные при помощи Delphi, работают надежно и устойчиво. Delphi поддерживает использование уже существующих объектов, включая DLL, написанные на С и С++, OLE сервера, VBX, объекты, созданные при помощи Delphi. Из готовых компонент работающие приложения собираются очень быстро. Кроме того, поскольку Delphi имеет полностью объектную ориентацию, разработчики могут создавать свои повторно используемые объекты для того, чтобы уменьшить затраты на разработку.

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

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

Визуальный построитель интерфейсов (Visual User-interface builder) дает возможность быстро создавать клиент-серверные приложения визуально, просто выбирая компоненты из соответствующей палитры.

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

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

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

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

Таким образом для создания приложения выбрана база данных в Access, в которой определена структура реляционной базы данных, состоящая из связанных отношений для сохранения целостности информации и среда программирования Delphi 7.0.

Рассмотрим систему меню созданного приложения рисунок 2.19.

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

Файл:

Выход;

Опции:

Безопасность;

Константы;

Отчеты:

по менеджерам;

финансовый;

анализ привлекательности клиентов;

Справка:

Помощь.

Вкладки:

Вкладка «Клиенты»:

добавление;

изменение;

удаление;

контакты;

статус:

без фильтра;

в разработке;

текущие;

постоянные;

Вкладка «Договора»:

добавление;

изменение;

удаление;

выбор клиента;

отметка о выполнении договора;

печать договора;

печать счет-фактуры;

Вкладка «Счет»:

оплатить;

выбор клиента;

просроченные платежи;

анализ оплаты счетов;

Вкладка «Контакты»:

добавление;

изменение;

удаление;

вывод результатов.

3. Основные принципы работы с программным продуктом

Для запуска программы щелкнуть два раза по файлу book.exe.

Затем программа потребует от ввода логина и пароля (рис.3.1).

Рисунок 3.1. Авторизация

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

Рассмотрим вкладку «Клиенты».

В сетке отображается список клиентов. Список можно фильтровать по статусу, для этого в группе статус поставить галочку напротив требуемого условия.

Чтобы добавить клиента - нажмите кнопку «Добавить», внесите нужные данные и нажмите кнопку «ОК» (рис.3.2).

Рисунок 3.2. Добавление клиента

Редактирование происходит аналогично - нажимаем кнопку «Изменить», вносим коррективы и нажимаем кнопку «ОК»

Для удаления информации о клиенте - нажать кнопку «Удалить». Внимание, будет удалена вся информация, связанная с этим клиентом.

При нажатии на кнопку «Контакты» - выйдет список всех контактов с данным клиентом (рис.3.3).

Рисунок 3.3. Контакты

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

Рассмотрим вкладку «Договора» (рис.3.4).



Рисунок 3.4. Договора

Чтобы просмотреть актуальные договора клиентов - выберите клиента, нажав кнопку «…». Если поставить галочку напротив «Показывать выполненные», то будут выведены все договора с данным клиентом. Для печати документов нужно выбрать договор и нажать «Печать договора» или «Печать счет-фактуры». Чтобы отметить договор как выполненный - нужно выбрать договор и нажать кнопку «Договор выполнен».

Чтобы добавить договор - нажмите кнопку «Добавить». В появившемся окне введите реквизиты договора и заказ (рис.3.5).



Рисунок 3.5. Добавление договоров

После нажатия на кнопку «Записать» - договор будет занесен в базу.

Аналогично можно изменить информацию о договоре, нажав кнопку «Изменить»

Для удаления информации о договоре - нажать кнопку «Удалить». Будет удален договор, все начисления и оплаты по нему.

Рассмотрим вкладку «Счета» (рис.3.6).

Рисунок 3.6. Счета

Для просмотра счетов нужно выбрать клиента, нажав кнопку «…». После чего будет отображена информация о его оплатах. Для того чтобы оплатить какой либо счет - нужно выбрать счет, нажать кнопку «Оплатить», ввести сумму оплаты и нажать кнопку «ОК» (рис.3.7).



Рисунок 3.7. Ввод суммы оплаты счета

Для просмотра отчетов нажмите: кнопку «Просроченные платежи» для просмотра соответствующего отчета; кнопку «Анализ оплаты счетов», выберите период начисления и нажмите кнопку «ОК» (рис.3.8).

Рисунок 3.8. Анализ оплаты счетов

Рассмотрим вкладку «Контакты» ((рис.3.9).

Рисунок 3.9. Вкладка контакты

При выборе даты на календаре будет выведен список контактов с клиентами.

Для добавление контакта нажмите кнопку «Добавить», внесите данные по контакту и нажмите кнопку «Записать» (рис.3.10).

Рисунок 3.10. Запись контактов

Аналогично вносятся изменения по контакту.

Для удаления информации о контакте - нажмите кнопку «Удалить».

Чтобы внести данные о результатах контактов - выберите время контакта и нажмите кнопку «Результат» (рис.3.11).

Рисунок 3.11. Вывод результатов контактов

Рассмотрим пункт меню «Опции»-> «Безопасность» (рис.3.12).

Рисунок 3.12. Пользователи

В данном окне отображается информация о пользователях. Для добавления нового пользователя нажмите кнопку «Добавить», заполните реквизиты и нажмите кнопку «ОК» (рис. 3.13).

Рисунок 3.13. Добавление пользователя

Для редактировании данных нажмите кнопку «Изменить». Для удаления пользователя - нажмите кнпку «Удалить».

Рассмотрим пункт меню «Опции»->«Константы».

В данном окне хранится информация о сроках поставки/оплаты и текущем номере договора (рис.3.14).



Рисунок 3.14. Константы

Рассмотрим пункт меню «Отчеты»->«По менеджерам».

В появившемся окне выберите менеджера, период отчетности и нажмите кнопку «Вывести отчет» (рис.3.15).

Рисунок 3.15. Отчет по менеджерам

Рассмотрим пункт меню «Отчеты»->«Финансовый».

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

Рассмотрим пункт меню «Отчеты»->«Анализ привлекательности клиентов».

На экран будет выведен отчет об экономической привлекательности клиентов.

4. Охрана труда

Охрана труда - система законодательных актов, постановлений, организационных, санитарных и технических мер, обеспечивающих безопасные для здоровья условия труда на рабочем месте. Научно-технический прогресс внес изменения в условия производственной деятельности работников умственного труда. Их труд стал более интенсивным, напряженным, требующим затрат умственной, эмоциональной и физической энергии. Это имеет прямое отношение и к специалистам, связанным с проектированием, разработкой, эксплуатацией, сопровождением и модернизацией автоматизированных систем управления различного назначения.[19]

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

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

4.1 Анализ освещения

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

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

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

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

Рекомендуемые соотношения яркостей в поле зрения следующие:

между экраном и документом 1:5 - 1:10;

между экраном и поверхностью рабочего стола 1:5;

между экраном и клавиатурой, а также между клавиатурой и документом - не более 1:3;

между экраном и окружающими поверхностями 1:3 - 1:10.

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

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

Стена или какая-либо другая поверхность позади компьютера должна быть освещена примерно так же, как и экран. Необходимо остерегаться очень светлой или блестящей окраски на рабочем месте - она может стать источником причиняющих беспокойство отражений. Кроме того, необходимо в течение 8-ми часового рабочего дня предусмотреть один часовой перерыв на обед, 5-ти минутные перерывы каждые полчаса и 15-ти минутные перерывы каждые 1,5 - 2 часа. Работу необходимо организовать таким образом, чтобы наиболее сложные задачи решались с 11:00 до 16:00 - в период наибольшей активности человека, а не в начале дня, когда оператор еще не достиг максимальной активности, и не в конце дня, когда уже развивается утомление.

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

Кроме освещенности, большое влияние на деятельность пользователя оказывает цвет окраски помещения и спектральные характеристики используемого света. Рекомендуется, чтобы потолок отражал 80-90%, стены - 50-60%, пол - 15-30% падающего на них света. К тому же цвет обладает некоторым психологическим физиологическим действием. Например, тона "теплой" гаммы (красный, оранжевый, желтый) создают впечатление бодрости, возбуждения, замедленного течения времени и ощущение тепла. "холодные" тона (синий, зеленый, фиолетовый) создают впечатление покоя и вызывают у человека ощущение прохлады. Предметы и поверхности, окрашенные в "холодные" цвета, кажутся меньше, чем окрашенные в "теплые" тона (при их одинаковой светлости) и как бы удаляются от смотрящего.

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

4.2 Пожарная безопасность

Пожарная безопасность объекта должна обеспечиваться системами предотвращения пожара и противопожарной защиты. Помещение с ПЭВМ относится к категории не пожароопасных. В этих помещениях нет легко воспламеняющихся, самовозгорающихся и взрывчатых веществ, мощных электроустановок и искрящегося оборудования, механизмов с движущимися частями, износ и коррозия которых могли бы привести к пожару. Применяемое оборудование достаточно сложное, чтобы его ремонтировать или эксплуатировать с нарушением технологических карт, поэтому, оно также не может быть источником пожара. Все основные причины возникновения пожаров практически исключены, но это не является причиной пренебрежения пожарной безопасностью. Пожар может возникнуть и от внешних источников. Поэтому некоторые меры должны быть приняты:[19]

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

обеспечение правильных путей эвакуации;

наличие огнетушителей и пожарной сигнализации;

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

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

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

Опасными факторами пожаров являются:

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

повышенная температура. Человек начинает ощущать боль от теплового воздействия при температуре поверхности более 45 С;

повышенная концентрация СО + другие токсичные продукты горения. Концентрация до 3 % может привести к потери сознания, до 10 % - смерть;

пониженная концентрация кислорода в воздухе с 17 % - головокружение, с 13 % - головные боли, с 9 % - потеря сознания, с 6 % - смерть.

4.3 Мероприятия по снижению пожароопасностий в рабочей зоне

Противопожарную защиту обеспечивают следующие меры:

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

ограничение количества горючих веществ и их надлежащее размещение;

предотвращение распространения пожара за пределы очага;

применение средств пожаротушения;

эвакуация людей;

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

применение средств пожарной сигнализации.

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

4.4 Соответствие эргономическим требованиям мебели рабочего места пользователя персональной вычислительной машины

Рабочее место - это оснащенное техническими средствами (средствами отображения информации, органами управления, вспомогательным оборудованием) производство, где осуществляется деятельность исполнителя (или группы исполнителей). [20]

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

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

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

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

Сидение должно быть удобным, иметь закругленные края, наклоняться по отношению к горизонтали вперед на 2 градуса и назад на 14 градусов. Его размеры не должны превышать 40х40 см. Сиденье должно быть покрыто латексом толщиной около 1 см, сверху которого накладывается влагопроницаемый материал (меланжевая ткань, натуральное полотно).

Высота спинки кресла рекомендуется 48-50 см от поверхности сидения и с регулировкой в переднезаднем направлении. На высоте 10-20 см от поверхности сидения ее следует оборудовать поясничным опорным валиком. Кресло с подлокотниками рекомендуется при эпизодической работе на ВТ, при постоянной работе подлокотники ограничивают движения.

Рабочий стол должен иметь стабильную конструкцию. Плоскость стола выбирают в зависимости от размера документов. Плоскость стола, а также сидение оператора должны регулироваться по высоте. Высоту плоскости стола необходимо регулировать в диапазоне 65-85 см. При этом высота от горизонтальной линии зрения до рабочей поверхности стола при выпрямленной рабочей позе должна быть 45-50 см.

Высота сидения от пола должна регулироваться в пределах 42-55 см. По желанию оператора устанавливается подставка для ног размером 40х30х15 см и углом наклона 0-20 градусов с нескользящим покрытием и неперемещаемая по полу.

Покрытие стола должно быть матовым с коэффициентом отражения 20-50% и легко чиститься; углы и передняя верхняя грань доски стола следует выполнять закругленными. Высоту пространства под столом для ног оператора рекомендуют 60 см. (на уровне колен) и не менее 80 см. на уровней ступней.

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

Оптимальная высота расположения экрана должна соответствовать направлению взгляда оператора в секторе 5-35 градусов по отношению к горизонтали. Большой наклон экрана может привести к появлению бликов от светильников.

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

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

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

Поза - взаиморасположение звеньев тела независимо от его ориентации в пространстве и отношения к опоре.

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

Приемлемые значения:

угол, образованный положением оси туловища и шеи, меняется в зависимости от выполняемо работы, если угол больше 25 градусов, то в задней части шеи появляется боль. Оптимальным является угол в 15 градусов;

угол, образованный осью бедра и голени -- 90-120 градусов. Если угол больше 120 градусов, то происходит утомление растянутых огибающих мышц бедра;

для угла, образованного осью голени и подошвой ступни, значения в пределах 95+5 градусов (возможно до 115 градусов);

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

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

Заключение

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

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

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

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

Список литературы

Предпринимательство в книжном деле: Справочник / Б.С. Есенькин, Г.Н. Ершова, В.Д. Синявский и др./ Под ред. Ю.Ф. Майсурадзе. - М.: Изд-во МГУП, 2003. - С. 31

Книжный бизнес. Практика книгоиздания и книжной торговли./ Грэм Гордон Э./ Пер. с англ - М.: РосКонсульт, 1999. - С. 68-69.

Теоретико-методологические основы книгоиздательского маркетинга. В 2 ч./ Эриашвили Н.Д. - М.: ЮНИТИ-ДАНА, 2000. -- C. 314-315.

Эффективное изд-во. Менеджмент и маркетинг в издательской деятельности: Учебное пособие. /Комаров Е.И., Маковеев Н.П. - М.: МГУП, 2000. - C. 53-54.

Предпринимательство. /Бусыгин А.В. - М.: Инфра-М, 1997.

История книги: Учебник для ВУЗов - 2-е изд, испр. и доп. /Баренбаум И.Е - М: Книга, 1984 - С. 248.

Современная книжная торговля. Опыт анализа и классификации. / Морозовский М.А. - Книжное дело, 2001. - № 1.

В.А.Макаров “Автоматизированные информационные системы для статической обработки данных”, 1990г.

М. А. Горинев «Автоматизированные информационные системы на основе ПЭВМ», Радио и связь, Москва, 1989 г.

Разработка баз данных в системе Microsoft Access. Автор: Демин В.М. Издательство: Форум, 2007;

Microsoft Office Access 2003. Автор: Андерсен В. Издательство: АСТ, 2007;

Microsoft Access 2003. Автор: Степанов. Издательство: Аквариум Бук, 2006;

Технологии организации, хранения и обработки данных. Автор: Левчук Е.А. Издательство: Высшая школа, 2007;

Практикум по Access: подготовительный курс, предваряющий более глубокое изучение технологии баз данных. Автор: Золотова С.И. Издательство: Финансы и статистика, 2007;

Баас р., Фервай М., Гюнтер Х. «Delphi 5. Для пользователя». - Киев: «Ирина», ВНV, 2000.

Ю.Митчелл К. Керман, Программирование и отладка в Delphi. Пер. с англ. - М.: Издательский дом «Вильяме», 2003, 672с.: ил.

Дарахвелидзе Г.П., Марков Е.П., Программирование в Delphi 7. -СПб.: БХВ-Петербург, 2003. - 784с.: ил.

Хомоненко А.Д. и др., Delphi 7/Под общ. ред. А.Д. Хомоненко. -СПб.: БХВ-Петербург, 2003. - 1216с.: ил.

И.Г. Гетия, В.К.Шумилин, И.Н. Леонтьева и др. Экология компьютерной техники.- М.: МГАПИ, 1996 г.

Ткачук К.Н., Слонченко А.В., Саборно Р.В. Охрана труда в приборостроении. - Киев: Вища школа, 1980. -206 с.

Шумилин В.К., Гетия И.Г. Охрана труда при работе на ПЭВМ и ЭВМ. Учебное пособие (часть 1). - М.: МИП,1994г.

Размещено на Allbest.ru

...