Автоматизация рабочего места менеджера по аренде офисных помещений

Автоматизация рабочего места менеджера по аренде офисных помещений

Содержание

Введение

. Аналитическая часть

.1 Описание предметной области проекта

.1.1 Основные принципы построения АРМ

.1.1.1 Анализ принципов АРМ на базе ПК

.1.1.2 Языковые средства АРМ

.1.1.3 Классификация АРМ-ов

.1.2 Аренда недвижимого имущества

.1.2.1 Понятие и функции аренды

.1.2.2 Принципы аренда нежилых помещений

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

.2 Перечень решаемых задач АРМ проекта

. Проектная часть

.1 Инфологическая модель данных

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

.1.1.1 Концепция баз данных

.1.1.2 Архитектура СУБД

.1.2 Инфологическая модель данных "Сущность-связь"

.1.3 Реляционная структура данных

.1.4 Проектирование данных проекта

.2 Программное обеспечение для разработки проекта

.2.1 Среда Delphi как средство разработки ПО баз данных

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

.2.3 Мощный объектно-ориентированный язык

.2.4 Объектно-ориентированная модель программных компонент

.2.5 Библиотека визуальных компонент

.3 Структура программного продукта

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

.1 Работа в режиме «Организации»

.2 Работа в режиме «Сведения об организации»

.3 Работа в режиме «Договора»

.4 Работа в режиме «Сотрудники»

.5 Работа в режиме «Помещение»

.6 Работа в режиме «Администрирование»

. Охрана труда и БЖД

.1 Анализ опасных и вредных факторов, возникающих при работе с компьютером

.2 Мероприятия по предотвращению и уменьшению влияния вредных факторов

.2.1 Нормирование искусственного и естественного освещения

.2.2 Основные требования к искусственному освещению в производственном помещении

.3 Расчёт искусственного освещения

.4 Рациональная планировка рабочих мест.

Заключение

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

Введение

Темой данной дипломного проекта является Автоматизированное Рабочее Место (АРМ) менеджера по аренде офисных помещений. Результатом работы является программа «АРМ менеджера по аренде офисных помещений».

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

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

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

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

В первом разделе - Аналитическая часть - была выполнена исследовательская работа. Изучены принципы АРМ, понятия и функции аренды недвижимого имущества, функции и обязанности менеджера. В итоге перечислены основные задачи проекта.

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

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

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

1. Аналитическая часть

.1 Описание предметной области проекта

.1.1 Основные принципы построения АРМ

.1.1.1 Анализ принципов АРМ на базе ПК

Автоматизированное рабочее место (АРМ), или, в зарубежной терминологии, "рабочая станция" (work-station), представляет собой место пользователя-специалиста той или иной профессии, оборудованное средствами, необходимыми для автоматизации выполнения им определенных функций. Такими средствами, как правило , является ПК, дополняемый по мере необходимости другими вспомогательными электронными устройствами, а именно: дисковыми накопителями, печатающими устройствами, оптическими читающими устройствами или считывателями штрихового кода, устройствами графики, средствами сопряжения с другими АРМ и с локальными вычислительными сетями и т.д.

Наибольшее распространение в мире получили АРМ на базе профессиональных ПК с архитектурой IBM PC.

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

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

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

-       системность.

-       гибкость.

-       устойчивость.

-       эффективность.

Поясним смыл каждого из указанных понятий.

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

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

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

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

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

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

В то же время к АРМ любой "профессии" можно предъявить и ряд общих требований, которые должны обеспечиваться при его создании, а именно:

¾      непосредственное наличие средств обработки информации;

¾      возможность работы в диалоговом (интерактивном) режиме;

¾      выполнение основных требований эргономики: рациональное распределение функций между оператором, элементами комплекса АРМ и окружающей средой, создание комфортных условий работы, удобство конструкций АРМ, учет психологических факторов человека-оператора, привлекательность форм и цвета элементов АРМ и др.;

¾      достаточно высокая производительность и надежность ПК, работающего в системе АРМ;

¾      адекватное характеру решаемых задач программное обеспечение;

¾      максимальная степень автоматизации рутинных процессов;

¾      оптимальные условия для самообслуживания специалистов как операторов АРМ;

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

Структура АРМ включает совокупность подсистем - технической, информационной, программной и организационной.

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

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

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

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

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

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

1.1.1.2 Языковые средства АРМ

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

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

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

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

Конструкцией одного и того же АРМ может быть предусмотрено не один, а несколько возможных типов диалога в зависимости от роста активности пользователя в процессе обучения или работы, а также необходимости развития АРМ средствами пользователя. Из существующих диалогов при разработке АРМ наиболее употребимы: диалог, инициируемый пЭВМ, диалог заполнения форм, гибридный диалог, диалог необученного пользователя и диалог с помощью фиксированных кадров информации. При диалоге, инициируемом пЭВМ, пользователь АРМ освобождается практически полностью от изучения мнемоники и конструкций языка. Одной из модификаций этого метода является метод меню, при котором выбирается один или несколько из предложенных пЭВМ вариантов.

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

Гибридный диалог может быть инициированы и пользователем, и ПЭВМ.

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

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

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

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

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

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

Обслуживающие АРМ в сферах организационного управления могут быть:

¾      информационно-справочными.

¾      вычислительными.

¾      текстообрабатывающими.

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

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

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

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

¾      диагностика (поиск, определение и описание состояния управляемого объекта);

¾      мониторинг (непрерывное отслеживание функционирования АРМ и фиксирование получаемых результатов);

¾      планирование (обеспечение заданной последовательности действий);

¾      проектирование (обеспечение пользовательских интерфейсов и развития).

1.1.1.3 Классификация АРМ-ов

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

¾      максимальная приближённость специалистов к машинным средствам обработки информации;

¾      работа в диалоговом режиме;

¾      оснащение АРМ в соответствии с требованиями эргономики;

¾      высокая производительность компьютера;

¾      максимальная автоматизация рутинных процессов;

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

¾      возможность самообучения специалистов.

Задачи, решаемые на АРМ, условно можно разделить на информационные и вычислительные.

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

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

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

Техническое обеспечение представляет собой комплекс технических средств, основой которого служит профессиональный персональный компьютер, предусматривающий работу специалиста без посредников (программистов, операторов и др.). У групповых АРМ таким компьютером могут пользоваться 4 - 6 человек. В комплект профессионального персонального компьютера входят процессор, дисплей, клавиатура, магнитные накопители информации, печатающие устройства и графопостроители.

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

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

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

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

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

Программное обеспечение состоит из системного программного обеспечения и прикладного. Основой систем-ного обеспечения является операционная система и системы программирования, например, алгоритмический язык БЕЙСИК. Системные программы обеспечивают рациональную технологию обработки информации. Так называемые сервисные программы, которыми АРМ комплектуется в зависимости от потребности в них, расширяют возможности операционной системы. Для обеспечения информационной связи в сетях АРМ и связи АРМ по различным каналам также применяются программные средства, которые можно отнести к системному программированию.

Прикладное программное обеспечение составляют программы пользователей и пакеты прикладных программ (ППП) разного назначения. Стандартные программы пользователей представляют собой программные решения определённых задач на алгоритмическом языке, чаще всего Бейсик.

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

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

1.1.2 Аренда недвижимого имущества

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

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

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

Аренда появилась примерно за два тысячелетия до Р.Х., и предметом ее была земля. В дальнейшем объектами аренды стали не только земля, но и здания, оборудование и почти все, что только можно себе представить, включая ядерные энергетические комплексы и линкоры. С 1950-х годов развитие аренды в США, включая такие ее разновидности, как лизинг и возвратный лизинг (лизбэк), приобрело особенно бурный характер. В 1987 г. общая стоимость сданного в аренду оборудования составляла 107,9 млрд. долларов, увеличиваясь почти на 7% ежегодно.

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

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

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

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

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

1.1.2.1 Понятие и функции аренды

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

Традиционное определение аренды, это передача одним лицом (арендодателем) другому лицу (арендатору) - имущества во временное владение или пользование (или только пользование) - за плату.

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

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

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

Рисунок 1.1. Система аренда недвижимости

Рисунок 1.2. Взаимосвязь содержания и формы арен

Рисунок 1.3. Понятие и функции аренды недвижимости

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

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

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

1.1.2.2 Принципы аренда нежилых помещений

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

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

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

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

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

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

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

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

1.1.2.3 Функциональные обязанности менеджера по аренде офисных помещений

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

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

Анализирует объемы продаж и подготавливает отчеты по результатам анализа для представления вышестоящему должностному лицу.

Функциональные обязанности менеджера по аренде офисных помещений:

¾      поиск арендаторов;

¾      переговоры с потенциальными арендаторами;

¾      оформление договоров;

¾      осуществление контроля существующих ТЦ.

.2 Перечень решаемых задач АРМ проекта

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

¾      учет организаций-арендаторов, помещений в аренду;

¾      учет телефонов в помещениях;

¾      учет договоров с арендаторами, помещения и телефонов по договору;

¾      печать договора с арендатором;

¾      ведение базы данных сотрудников организаций-арендаторов;

¾      оформление пропуска для сотрудника;

¾      ведение списка должников по арендной плате;

¾      формирование отчетов по сотрудникам, помещениям, договорам, арендаторам.

2. ПРОЕКТНАЯ ЧАСТЬ

2.1 Инфологическая модель данных

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

.1.1.1 Концепция баз данных

Активная деятельность по отысканию приемлемых способов обобществления непрерывно растущего объема информации привела к созданию в начале 60-х годов специальных программных комплексов, называемых "Системы управления базами данных" (СУБД). Этому предшествовал первый опыт использования файловых систем для организации баз данных. Файловые системы выявили различные проблемы обработки большого количества информации и заложили основные направления развития теории баз данных. Вот список лишь нескольких потребностей, которые не покрывались возможностями систем управления файлами:

¾      поддержание логически согласованного набора файлов

¾      обеспечение языка манипулирования данными

¾      восстановление информации после разного рода сбоев

¾      реально параллельная работа нескольких пользователей.

Можно считать, что если прикладная информационная система опирается на некоторую систему управления данными, обладающую этими свойствами, то эта система управления данными является системой управления базами данных (СУБД). Основная особенность СУБД - это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД).

2.1.1.2 Архитектура СУБД

СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о:

¾      физическом размещении в памяти данных и их описаний;

¾      механизмах поиска запрашиваемых данных;

¾      проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

¾      способах обеспечения защиты данных от некорректных обновлений и (или) несанкционированного доступа;

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

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

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

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

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

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

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

2.1.2 Инфологическая модель данных "Сущность-связь"

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

Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть ГОРОД, а экземпляром - Москва.

Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности.

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

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

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

2.1.3 Реляционная структура данных

В конце 60-х годов появились работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных, т.е. возможности использования привычных и естественных способов представления данных. Наиболее значительной из них была статья сотрудника фирмы IBM д-ра Э.Кодда (Codd E.F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), где, вероятно, впервые был применен термин "реляционная модель данных".

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

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

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

Заголовок состоит из такого фиксированного множества атрибутов A1, A2, ..., An, что существует взаимно однозначное соответствие между этими атрибутами Ai и определяющими их доменами Di (i=1,2,...,n).

Тело состоит из меняющегося во времени множества кортежей, где каждый кортеж состоит в свою очередь из множества пар атрибут-значение (Ai:Vi), (i=1,2,...,n), по одной такой паре для каждого атрибута Ai в заголовке. Для любой заданной пары атрибут-значение (Ai:Vi) Vi является значением из единственного домена Di, который связан с атрибутом Ai.

Степень отношения - это число его атрибутов. Отношение степени один называют унарным, степени два - бинарным, степени три - тернарным, ..., а степени n - n-арным.

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

Поскольку отношение - это множество, а множества по определению не содержат совпадающих элементов, то никакие два кортежа отношения не могут быть дубликатами друг друга в любой произвольно-заданный момент времени. Пусть R - отношение с атрибутами A1, A2, ..., An. Говорят, что множество атрибутов K=(Ai, Aj, ..., Ak) отношения R является возможным ключом R тогда и только тогда, когда удовлетворяются два независимых от времени условия:

Уникальность: в произвольный заданный момент времени никакие два различных кортежа R не имеют одного и того же значения для Ai, Aj, ..., Ak.

Минимальность: ни один из атрибутов Ai, Aj, ..., Ak не может быть исключен из K без нарушения уникальности.

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

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

Отношение-Таблица(иногдаФайл),Кортеж - Строка (иногда Запись), Атрибут - Столбец, Поле. При этом принимается, что "запись" означает "экземпляр записи", а "поле" означает "имя и тип поля".

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

2.1.4 Проектирование данных проекта

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

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

2.2 Программное обеспечение для разработки проекта

.2.1 Среда Delphi как средство разработки ПО баз данных

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

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

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

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

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

В классе инструментальных средств для начинающих программистов продуктам компании Borland пришлось конкурировать со средой Visual Basic корпорации Microsoft, где вопросы интеграции и удобства работы были решены лучше. Когда в начале 70-х годов Н. Вирт опубликовал сообщение о Pascal, это был компактный, с небольшим количеством основных понятий и зарезервированных слов язык программирования, нацеленный на обучение студентов. Язык, на котором предстоит работать пользователю Delphi, отличается от исходного не только наличием множества новых понятий и конструкций, но и идейно: в нем вместо минимизации числа понятий и использования самых простых конструкций (что, безусловно, хорошо для обучения, но не всегда оправдано в практической работе), предпочтение отдается удобству работы профессионального пользователя. Как язык Turbo Pascal естественно сравнивать с его ближайшими конкурентами - многочисленными вариациями на тему языка Basic (в первую очередь с Visual Basic корпорации Microsoft) и с C++.Pascal существенно превосходит Basic за счет полноценного объектного подхода, включающего в себя развитые механизмы инкапсуляции, наследование и полиморфизм. Последняя версия языка, применяемая в Delphi, по своим возможностям приближается к C++. Из основных механизмов, присущих C++, отсутствует только множественное наследование. (Впрочем, этим красивым и мощным механизмом порождения новых классов пользуется лишь небольшая часть программистов, пишущих на С++.)

Плюсы применения языка Pascal очевидны: с одной стороны, в отличие от Visual Basic, основанного на интерпретации промежуточного кода, для него имеется компилятор, генерирующий машинный код, что позволяет получать значительно более быстрые программы. С другой - в отличие от C++ синтаксис языка Pascal способствует построению очень быстрых компиляторов.

Среда программирования представляет собой несколько отдельных окон: меню и инструментальные панели, Object Inspector (в котором можно видеть свойства объекта и связанные с ним события), окна визуального построителя интерфейсов (Visual User Interface Builder), Object Browser (позволяющее изучать иерархию классов и просматривать списки их полей, методов и свойств), окна управления проектом (Project Manager) и редактора.содержит полноценный текстовый редактор типа Brief, назначения клавиш в котором соответствуют принятым в Windows стандартам, а глубина иерархии операций Undo неограниченна. Как это стало уже обязательным, реализовано цветовое выделение различных лексических элементов программы. Процесс построения приложения достаточно прост. Нужно выбрать форму (в понятие формы входят обычные, диалоговые, родительские и дочерние окна MDI), задать ее свойства и включить в нее необходимые компоненты (видимые и, если понадобится, неотображаемые): меню, инструментальные панели, строку состояния и т. п., задать их свойства и далее написать (с помощью редактора исходного кода) обработчики событий. Object Browser Окна типа Object Browser стали неотъемлемой частью систем программирования на объектно-ориентированных языках. Работа с ними становится возможной сразу после того, как вы скомпилировали приложение.сt Manager - это отдельное окно, где перечисляются модули и формы, составляющие проект. При каждом модуле указывается маршрут к каталогу, в котором находится исходный текст. Жирным шрифтом выделяются измененные, но еще не сохраненные части проекта. В верхней части окна имеется набор кнопок: добавить, удалить, показать исходный текст, показать форму, задать опции и синхронизировать содержимое окна с текстом файла проекта, т. е. с головной программой на языке Pascal.

Опции, включая режимы компиляции, задаются для всего проекта в целом. В этом отношении традиционные make-файлы, используемые в компиляторах языка C, значительно более гибки.Component Library (VCL) Богатство палитры объектов для построения пользовательского интерфейса - один из ключевых факторов при выборе инструмента визуального программирования. При этом для пользователя имеет значение как число элементов, включенных непосредственно в среду, так и доступность элементов соответствующего формата на рынке.

база данные библиотека компилятор

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

Компиляторы языка Pascal компании Borland никогда не заставляли пользователя подолгу ждать результатов компиляции. Производители утверждают, что на сегодня данный компилятор - самый быстрый в мире. Компилятор, встроенный в Delphi позволяет обрабатывать до 390 тыс. строк исходного текста в минуту на машине Pentium-100. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL.

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

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

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

2.2.3 Мощный объектно-ориентированный язык

Совместимость с программами, созданными ранее средствами Borland Pascal, сохраняется, несмотря на то, что в язык внесены существенные изменения. Необходимость в некоторых усовершенствованиях давно ощущалась. Самое заметное из них - аппарат исключительных ситуаций, подобный тому, что имеется в C++, был первым реализован в компиляторах корпорации Borland. Не секрет, что при написании объектно-ориентированных программ, активно работающих с динамической памятью и другими ресурсами, немалую трудность представляет аккуратное освобождение этих ресурсов в случае возникновения нештатных ситуаций. Особенно это актуально для среды Windows, где число видов ресурсов довольно велико, а неправильная работа с ними может быстро привести к зависанию всей системы. Предусмотренный в Delphi аппарат исключений максимально упрощает кодирование обработки нештатных ситуаций и освобождения ресурсов.

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

¾      введено понятие класса;

¾      реализованы методы классов, аналогичные статическим методам C++. Они оперируют не экземпляром класса, а самим классом;

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

¾      введена обработка исключительных ситуаций. В Delphi это устроено в стиле С++. Исключения представлены в виде объектов, содержащих специфическую информацию о соответствующей ошибке (тип и место- нахождение ошибки). Разработчик может оставить обработку ошибки, существовавшую по умолчанию, или написать свой собственный обработчик. Обработка исключений реализована в виде exception-handling blocks (также еще называется protected blocks), которые устанавливаются ключевыми словами try и end. Существуют два типа таких блоков: try...except и try...finally;

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

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

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

После того как Borland внесла перечисленные изменения, получился мощный объектно-ориентированный язык, сопоставимый по своим возможностям с C++. Платой за новые функции стало значительное повышение требований к профессиональной подготовке программиста.

Язык программирования Delphi базируется на Borland Object Pascal.

Кроме того, Delphi поддерживает такие низкоуровневые особенности, как подклассы элементов управления Windows, перекрытие цикла обработки сообщений Windows, использование встроенного ассемблера.[22].

2.2.4 Объектно-ориентированная модель программных компонент

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

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

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

2.2.5 Библиотека визуальных компонент

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

Этот костяк называется Visual Component Library (VCL). В VCL есть такие стандартные элементы управления, как строки редактирования, статические элементы управления, строки редактирования со списками, списки объектов. Еще имеются такие компоненты, которые ранее были доступны только в библиотеках третьих фирм: табличные элементы управления, закладки, многостраничные записные книжки. Все объекты разбиты на страницы по своей функциональности и представленны в палитре компонент.содержит специальный объект, предоставлющий интерфейс графических устройств Windows, и позволяющий разработчикам рисовать, не заботясь об обычных для программирования в среде Windows деталях.

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

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

2.3 Структура программного продукта

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

Главное меню состоит из восьми пунктов (рис. 2.14):

-       Организации (рис. 2.15):

-       корректировка записи;

-       добавление новой записи;

-       удаление текущей записи;

-       Сведения об организации;

-       Договора (рис. 2.16):

-       удаление текущей записи;

-       добавление новой записи;

-       сведения о договоре;

-       проведение оплаты;

-       общие сведения по оплате;

-       формирование договора на аренду;

-       формирование документа всех договоров;

-       Сотрудники (рис. 2.17):

-       удаление текущей записи;

-       добавление новой записи;

-       вывод информации о сотруднике;

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

-       Помещения (рис. 2.18):

-       удаление текущей записи;

-       добавление новой записи;

-       формирование справочника телефонов организации;

-       Администрирование (рис. 2.19):

-       удаление текущей записи;

-       добавление новой записи;

-        Справка;

-       Выход.

Рисунок 2.14. Схема структуры главного меню проекта

Рисунок 2.15. Схема структуры пункта главного меню проекта «ОРГАНИЗАЦИИ»

Рисунок 2.16. Схема структуры пункта главного меню проекта «ДОГОВОРА»

Рисунок 2.17. Схема структуры пункта главного меню проекта «СОТРУДНИКИ»

Рисунок 2.18. Схема структуры пункта главного меню проекта «ПОМЕЩЕНИЯ»

Рисунок 2.19. Схема структуры пункта главного меню проекта «АДМИНИСТРИРОВАНИЕ»

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

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

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

Рассмотрим принцип работы программы в режиме «администратор»:

В левой части главного окна имеется меню.

3.1  Работа в режиме «Организации»

Нажав на кнопку «ОРГАНИЗАЦИИ», отобразится окно.

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

При нажатии на кнопку просмотр (корректировка) текущей записи отобразится окно.

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

При нажатии на кнопку удалить текущую запись из окна «Организации» будет удалена текущая запись.

3.2 Работа в режиме «Сведения об организации»

При нажатии на кнопку «СВЕДЕНИЯ ОБ ОРГАНИЗАЦИ» главного меню отобразится окно - рисунок 3.6, где хранится информация об арендодателе (в данном окне хранится только одна запись!).

Рисунок 3.6. Арендодатель

3.3 Работа в режиме «Договора»

При нажатии на кнопку «ДОГОВОРА» главного меню, отобразится окно - рисунок 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. Оплаты

При нажатии на кнопку «Оплата по договору», отобразится окно - рисунок 3.16, в котором формируется чек за оплату аренды помещений (по договору).

Рисунок 3.16. Оплата

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

Рисунок 3.17. Сведения по оплате

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

Рисунок 3.18. Добавление новой записи

При нажатии на кнопку удалить текущую запись из окна «Все оплаты» будет удалена текущая запись.

3.4 Работа в режиме «Сотрудники»

При нажатии на кнопку «СОТРУДНИКИ» главного меню отобразится окно - рисунок 3.19.

Рисунок 3.19. Сотрудники

При нажатии на кнопку просмотр (корректировка) текущей записи отобразится окно - рисунок 3.20.

Рисунок 3.20. Сведения о сотруднике

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

Рисунок 3.21. Добавление новой записи

При нажатии на кнопку удалить текущую запись из окна «Сотрудники» будет удалена текущая запись.

При нажатии на кнопку «Пропуск», будет сформирован пропуск на выбранного сотрудника - рисунок 3.22.

Рисунок 3.22. Пропуск

3.5 Работа в режиме «Помещение»

При нажатии на кнопку «ПОМЕЩЕНИЕ» главного меню , отобразится окно - рисунок 3.23, в котором необходимо указать в каких помещениях имеются телефоны и их номера (внутренние или городские).

Рисунок 3.23. Помещения

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

Рисунок 3.24. Добавление новой записи

При нажатии на кнопку удалить текущую запись из окна «Помещения» будет удалена текущая запись.

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

Рисунок 3.25. Телефоны

3.6 Работа в режиме «Администрирование»

При нажатии на кнопку «АДМИНИСТРИРОВАНИЕ» главного меню, отобразится окно - рисунок 3.26, в котором можно производить корректировку пользователей программы.

Рисунок 3.26. Администрирование

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

Рисунок 3.27. Добавление новой записи

При нажатии на кнопку удалить текущую запись из окна «Администрирование» будет удалена текущая запись.

При нажатии на кнопку главного меню «СПРАВКА», отобразится окно «Справка» по работе с программой.

При нажатии на кнопку главного меню «ВЫХОД», произойдет выход из программы.

4. Охрана труда и БЖД

Пользователь ПЭВМ испытывает вредное действие работы ПЭВМ, поэтому рабочие места пользователей должны отвечать безопасным и безвредным условиям труда.

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

.1 Анализ опасных и вредных факторов, возникающих при работе с компьютером

При работе с программным продуктом на пользователя работающего на ПЭВМ постоянно или периодически действуют следующие опасные и вредные факторы,:

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

.Несоответствие нормам параметров микроклимата.

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

.Повышенный уровень шума на рабочем месте.

.Повышенный уровень статистического электричества при неправильно спроектированной рабочей зоне.

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

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

.Повышенный уровень электромагнитных излучений.

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

.Отсутствие или недостаток естественного света.

.Недостаточная освещенность рабочей зоны.

.Повышенная яркость света.

.Пониженная контрастность.

.Прямая и обратная блесткость.

.Повышенная пульсация светового потока (мерцание изображения).

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

.Нерациональная организация рабочего места.

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

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

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

.Монотонность труда.

.Нервно-психические нагрузки.

.Нервно-эмоциональные стрессовые нагрузки.

.Опасность возникновения пожара.

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

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

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

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

Наряду с перечисленными общепринятыми особенностями работы пользователя на рабочем месте ПЭВМ существуют особенности восприятия информации с экрана монитора.

Особенностью восприятия информации с экрана монитора органами зрения пользователя ПЭВМ являются:

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

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

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

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

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

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

4.2 Мероприятия по предотвращению и уменьшению влияния вредных факторов

.2.1 Нормирование искусственного и естественного освещения

Для снижения нагрузки на органы зрения пользователя при работе на ПЭВМ необходимо соблюдать следующие условия зрительной работы. При работе на ПЭВМ пользователь выполняет работу высокой точности, при минимальном размере объекта различения 0.3-0.5 мм (толщина символа на экране), разряда работы III, подразряда работы Г (экран - фон светлый символ - объект различения темным или наоборот).

Естественное боковое освещение должно составлять 2%, комбинированное искусственное освещение 400 лк при общем освещении 200 лк.

4.2.2 Основные требования к искусственному освещению в производственном помещении

К системам производственного освещения предъявляются следующие основные требования:

-       соответствие уровня освещённости рабочих мест характеру выполняемой работы

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

-       отсутствие резких теней, прямой и отражённой блёскости (блёскость - повышенная яркость светящихся поверхностей, вызывающая ослеплённость);

-       оптимальная направленность излучаемого осветительными приборами светового потока.

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

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

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

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

4.3 Расчёт искусственного освещения

Имеется помещение менеджера размером:

длина 3 м;

ширина 3 м;

высота 3 м.

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

= (Енорм *Sп*К*Z) / (F*р*n*q)

где Енорм - нормируемая минимальная освещённость на рабочем месте, лк;

Енорм= 400лк;- площадь производственного помещения, м2; S=9 кв. м;

К - коэффициент запаса светового потока, зависящий от степени загрязнения ламп, К=1.4,- коэффициент минимальной освещенности, для люминесцентных ламп - z = 1.1- световой поток лампы, лм;

р - коэффициент использования светового потока ламп;- число ламп в светильнике, n = 2.4;- коэффициент затенения, = 0.9

Индекс помещения определяется по формуле:

=(A*B)/(Hp*(A+B))

А и В - длина и ширина помещения, м;

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

После подстановки данных, находим индекс помещения:= (3*3) / (2*(3+3)) = 0,75

Коэффициенты отражения потолка и пола принимаем 0.75 и 0.50 соответственно. В зависимости от индекса помещения и коэффициентов отражения потолка и пола находим коэффициент использования светового потока по таблице.

Выбираем тип люминесцентных ламп низкого давления:

Лампа ЛТБ-20, световой поток 975 лм;

Лампа ЛТБ-30, световой поток 1720 лм;

Лампа ЛТБ-40, световой поток 3000 лм.

Подставив все значения, найдем количество светильников:= (400*9* 1.4*1.1)/(975*0.54*2.4*0.9)= 4,95 = 5 шт;= (400*9* 1.4*1.1)/(1720*0.54*2,4*0.9)= 2,7 = 3 шт;= (400*9*1.4*1.1)/(3000*0.54*2.4*0.9)= 1,8 = 2 шт.

Из трех вариантов выбираем наиболее экономичный.

Для определения оптимального варианта надо рассчитать:

Руд = N*F/Sn

. Руд = 5*975 / 9= 541,7

. Руд = 3*1720 / 9 = 573,3

. Руд = 2*3000 / 9 = 666,7

Следовательно, наиболее экономичным будет вариант 2:

ЛТБ-30, и поэтому конструктивно выбираем его.

4.4 Рациональная планировка рабочих мест

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

= Lc / Hp ,

где Lm - коэффициент наивыгоднейшего расположения светильников, Lm =1.3;с - расстояние между центрами светильников, м.

Отсюда, Lс = l.3*2 = 2.6м.

Число рядов светильников определяем по формуле:

=B/Lс, m=3/2.6=1.15=2.

Число светильников в ряду определяем по формуле:

=N/m, М=3/2=2шт.

Суммарная длина светильников в ряду -Lсв * М, учитывая, что

св=[Lл+(0.05-0.1)],

где Lсв - длина светильника, м ;л - длина лампы, м.св = 0.909+0.9=1 м

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

        A-Lсв*M

К = ,                        K = (3-1*2) / (2+1) = 0.3 м

         M+1

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

ЗАКЛЮЧЕНИЕ

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

Основные возможности разработанной программы:

Сбор информации об арендаторах

Формирование электронной базы по договорам

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

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

Архивирование обработанной информации

Формирование и работы с электронной базой по сотрудникам

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

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

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

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

СПИСОК ЛИТЕРАТУРЫ

1.   Автоматизированное рабочее место для статистической обработки данных/В.В. Шураков, Д.М. Дайитбегов, С.В. Мизрохи, С.В. Ясеновский. - М.: Финансы и статистика, 1990. - 190 с.: ил.

2.      Аппак М.А. Автоматизированные рабочие места на основе персональных ЭВМ.- М.: Радио и связь, 1989.-176 с.: ил.

.        Автоматизированные системы обработки учетно-аналитической информации/ В.С. Рожнов, В.Б. Либерман, Э.А. Умнова, Т.В. Воропаева. - М.: Финансы и статистика, 1992. - 250 с.

4.   Апсофф И. “Стратегическое управление”.- М., “Экономика”, 1989

5.      Дж. Тельман, "Основы систем баз данных", Москва, Финансы и статистика', 1983г.

.        Дейт К., "Введение в системы баз данных", Москва, 'Hаука', 1980 г.

.        Когловский М.Р., "Технология баз данных на персональных ЭВМ", Москва, 'Финансы и статистика', 1992 г.

.        С.М.Диго "Проектирование и использования баз данных". Москва: Финансы и статистика 1995.

9.   Горев А., Ахаян Р., Макашарипов С. «Эффективная работа с СУБД».СПб.:Питер, 1997.- 704 с.,ил.

.     Атре Ш. Структурный подход к организации баз данных. - М.: Финансы и статистика, 1983. - 320 с.

11.    Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 1989. - 351 с.

.        Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. -М.: Мир, 1991. - 252 с.

.        Мейер М. Теория реляционных баз данных. - М.: Мир, 1987. - 608 с.

.        Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., - М.: Мир, 1985. Кн. 1. - 287 с.: Кн. 2. - 320 с.

.        Цикритизис Д., Лоховски Ф. Модели данных. - М.: Финансы и статистика, 1985. - 344 с.

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

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

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

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

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

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

22.    СНиП23-05-95. Естественное и искусственное освещение. Нормы проектирования.

.        СанПиН 2.2.2542-96. Санитарные правила и нормы. Гигиенические требования к видеодисплейный терминалам, персональным электронно-вычислительным машинам и организации работ.

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

.        И.Г. Гетия, И.Н. Леонтьева, Е.Н. Кулемина. Учебное пособие. Проектирование вентиляции и кондиционирование воздуха, искусственного и естественного освещения в помещении. ВЦ. - М.: МГАПИ, 1995 г.

.        Инструкция по охране труда оператора ЭВМ.

.        Охрана труда. Денисенко Г.Ф.: Учебное пособие для инж.-экон. спец. вузов.- М.: Высш. шк., 1985. -319 с.

.        Охрана труда. Князевский Б.А., Долин П.А., Марусова Т.П., Шипунов Н.В. М.: высшая школа, 1972

.        Защита пользователей персональных компьютеров Санитарные нормы и правила. Алматы 2004