Автоматизация расчетов с арендаторами с использованием технологии ASP

Разработанная программа реализована с помощью современной среды ASP, основанной на оъектно-ориентированных технологиях. Клиент-серверный подход к организации базы данных обеспечивает высокую скорость обработки данных, а также позволяет эффективно переносить базу данных между платформами.
Программа позволяет вести автоматизированный учет арендной платы и формирует различные ведомости.
Разработанная программа может быть использована различными учебными предприятиями независимо от того, какое программное обеспечение там используется. Это обусловлено компактностью и открытостью исходных модулей, обеспечивающих возможность модификации с учетом специальных требований организации или предприятия.
Оригинальность по Антиплагиат-39%.
Работа прошла защиту на оценку "хорошо" в 2013 году, в работе подр ...

ВВЕДЕНИЕ 5
ГЛАВА1. АНАЛИТИЧЕСКАЯ ЧАСТЬ 7
1.1.Экономическая сущность задачи 7
1.3.Постановка задачи. 13
1.4.Анализ существующих разработок и обоснование выбора технологии проектирования 14
1.4.1. Программа расчетов с арендаторами "Аренда" 14
1.4.2. Программный комплекс “АРЕНДА 2” 16
1.4.3. «1С:Аренда и управление недвижимостью» 17
1.4.5. Выводы по результатам анализа существующих систем. 22
1.5. Анализ и выбор программных средств. 23
1.6.Технология баз данных 29
ГЛАВА2. ПРОЕКТНАЯ ЧАСТЬ 44
2.1.Функциональное моделирование работы проектируемой системы. 44
2.2. Структура базы данных. 46
2.3. Описание программы 70
ГЛАВА3. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РАЗРАБОТКИ ПРОГРАММНОГО ПРОДУКТА 85
ЗАКЛЮЧЕНИЕ 89
Список использованных источников 90
Приложение 1. Текст программы. 93

За последние несколько лет в отрасли информационных технологий (ИТ) получила развитие новая парадигма – облачные вычисления. Хотя облачные вычисления – это всего лишь особый способ предоставления вычислительных ресурсов, а не новая технология, они вызвали революцию в методах предоставления информации и услуг.
Облачные вычисления – это комплексное решение, предоставляющее ИТ-ресурсы в виде сервиса. Это основанное на интернет-технологиях решение, в котором ресурсы общего пользования предоставляются аналогично распределению электроэнергии по проводам. Компьютеры в облаке настроены на совместную работу, а различные приложения используют совокупную вычислительную мощность так, как будто выполняются на одиночной системе.
Производственно-хозяйственная деятельность предприятия обеспечивается не т олько за счет использования материальных, трудовых и финансовых ресурсов. Но и за счет основных фондов – средств труда и материальных условий процесса труда.
Многие, особенно вновь создаваемые, организации часто не имеют финансовой возможности (денежных средств) для приобретения зданий, сооружений, машин, оборудования, транспортных средств. Временные затруднения удается преодолеть за счет арендных отношений, то есть передачи и получения объектов основных средств в аренду (имущественный наем).
При наличии у одного предприятия временно свободных основных средств и наличии в них потребности у других предприятий могут возникнуть договорные (арендные отношения) о передаче таких объектов от постоянных владельцев (арендодателей) временным (арендаторам).
В условиях рыночной экономики арендные операции выходят на качественно новый уровень. Многие фирмы прибегают к аренде целенаправленно, рассматривая ее в качестве альтернативы покупки оборудования с длительными сроками службы.
Определенное распространение начинают получать лизинговые операции, представляющие собой предпринимательскую деятельностью как правило, специализированных организаций и заключающиеся в приобретении указанного потенциальным арендатором оборудования с целью последующей сдачи его в аренду.
Целью данной работы является создание такой системы, которая автоматизирует расчеты с арендаторами.
Для реализации поставленной цели рассматриваются следующие задачи:
• Внедрение информационных технологий в бухгалтерском учете;
• Упрощение работы персонала в системе расчетов с арендаторами;
Актуальность данной выпускной квалификационной работы заключается в том, что разработанная программа позволяет решить проблему автоматизированного расчета с арендаторами.
Объект исследования - автоматизация бухгалтерского учета.
Предмет исследования - автоматизация расчетов с арендаторами.
Квалификационная работа состоит из введения, трех глав, заключения, списка литературы и приложения.
Во введении рассматриваются актуальность данной темы, задачи, цель и основные характеристики.
В первой главе рассматриваются задачи в развернутом виде и анализ программных средств на предмет возможности решения этих задач.
Во второй главе мы описываем комплекс программных и технических средств.
В третьей главе дается оценка экономической эффективности внедрения разработанного программного обеспечения.
В заключении приведены основные выводы и результаты работы.
Приложение 1: текст программы в среде программирования ASP.

е. ни на что не указывать). Для нашего примера это означает, что если для сотрудника указан номер отдела, то этот отдел должен существовать.Ограничения целостности сущности и по ссылкам должны поддерживаться системой управления базой данных. Для соблюдения целостности сущности достаточно гарантировать отсутствие в любом отношении кортежей с одним и тем же значением первичного ключа. С целостностью по ссылкам дела обстоят несколько более сложно.В манипуляционной составляющей определяются два базовых механизма манипулирования в базах данных реляционными данными - основанная на теории множеств реляционная алгебра и базирующееся на математической логике (точнее, на исчислении предикатов первого порядка) реляционное исчисление. В свою очередь, обычно рассматриваются два вида реляционного исчисления - исчисление доменов и исчисление предикатов.Все эти механизмы обладают одним важным свойством: они замкнуты относительно понятия отношения. Это означает, что выражения реляционной алгебры и формулы реляционного исчисления определяются над отношениями реляционных БД и результатом вычисления также являются отношения. В результате любое выражение или формула могут интерпретироваться как отношения, что позволяет использовать их в других выражениях или формулах.Как мы увидим, алгебра и исчисление обладают большой выразительной мощностью: очень сложные запросы к базе данных могут быть выражены с помощью одного выражения реляционной алгебры или одной формулы реляционного исчисления. Именно по этой причине именно эти механизмы включены в реляционную модель базы данных. Конкретный язык манипулирования реляционными базами данных называется реляционно полным, если любой запрос, выражаемый с помощью одного выражения реляционной алгебры или одной формулы реляционного исчисления, может быть выражен с помощью одного оператора этого языка.Известно (и мы не будем это доказывать), что механизмы реляционной алгебры и реляционного исчисления эквивалентны, т.е. для любого допустимого выражения реляционной алгебры можно построить эквивалентную (т.е. производящую такой же результат) формулу реляционного исчисления и наоборот. Почему же в реляционной модели данных присутствуют оба эти механизма?Дело в том, что они различаются уровнем процедурности. Выражения реляционной алгебры строятся на основе алгебраических операций (высокого уровня), и подобно тому, как интерпретируются арифметические и логические выражения, выражение реляционной алгебры также имеет процедурную интерпретацию. Другими словами, запрос, представленный на языке реляционной алгебры, может быть вычислен на основе вычисления элементарных алгебраических операций с учетом их старшинства и возможного наличия скобок. Для формулы реляционного исчисления однозначная интерпретация, вообще говоря, отсутствует. Формула только устанавливает условия, которым должны удовлетворять кортежи результирующего отношения. Поэтому языки реляционного исчисления являются более непроцедурными или декларативными.Поскольку механизмы реляционной алгебры и реляционного исчисления эквивалентны, то в конкретной ситуации для проверки степени реляционности некоторого языка баз данных можно пользоваться любым из этих механизмов.Заметим, что крайне редко алгебра или исчисление принимаются в качестве полной основы какого-либо языка баз данных. Обычно (как, например, в случае языка SQL) язык основывается на некоторой смеси алгебраических и логических конструкций. Тем не менее, знание алгебраических и логических основ языков баз данных часто бывает полезно на практике.В нашем изложении мы в основном следуем подходу Дейта, примененному (хотя и не изобретенному) им в последнем издании книги "Введение в системы баз данных". Для экономии времени и места мы не будем вводить каких-либо строгих синтаксических конструкций, а в основном ограничимся рассмотрением материала на содержательном уровне.Основная идея реляционной алгебры состоит в том, что коль скоро отношения являются множествами, то средства манипулирования отношениями могут базироваться на традиционных теоретико-множественных операциях, дополненных некоторыми специальными операциями, специфичными для баз данных.Существует много подходов к определению реляционной алгебры, которые различаются набором операций и способами их интерпретации, но в принципе, более или менее равносильны. Мы опишем немного расширенный начальный вариант алгебры, который был предложен Коддом. В этом варианте набор основных алгебраических операций состоит из восьми операций, которые делятся на два класса - теоретико-множественные операции и специальные реляционные операции. В состав теоретико-множественных операций входят операции:объединения отношений;пересечения отношений;взятия разности отношений;прямого произведения отношений.Специальные реляционные операции включают:ограничение отношения;проекцию отношения;соединение отношений;деление отношений.Кроме того, в состав алгебры включается операция присваивания, позволяющая сохранить в базе данных результаты вычисления алгебраических выражений, и операция переименования атрибутов, дающая возможность корректно сформировать заголовок (схему) результирующего отношения.Если не вдаваться в некоторые тонкости, которые мы рассмотрим в следующих подразделах, то почти все операции предложенного выше набора обладают очевидной и простой интерпретацией.При выполнении операции объединения двух отношений производится отношение, включающее все кортежи, входящие хотя бы в одно из отношений-операндов.Операция пересечения двух отношений производит отношение, включающее все кортежи, входящие в оба отношения-операнда.Отношение, являющееся разностью двух отношений включает все кортежи, входящие в отношение - первый операнд, такие, что ни один из них не входит в отношение, являющееся вторым операндом.При выполнении прямого произведения двух отношений производится отношение, кортежи которого являются конкатенацией (сцеплением) кортежей первого и второго операндов.Результатом ограничения отношения по некоторому условию является отношение, включающее кортежи отношения-операнда, удовлетворяющее этому условию.При выполнении проекции отношения на заданный набор его атрибутов производится отношение, кортежи которого производятся путем взятия соответствующих значений из кортежей отношения-операнда.При соединении двух отношений по некоторому условию образуется результирующее отношение, кортежи которого являются конкатенацией кортежей первого и второго отношений и удовлетворяют этому условию.У операции реляционного деления два операнда - бинарное и унарное отношения. Результирующее отношение состоит из одно атрибутных кортежей, включающих значения первого атрибута кортежей первого операнда таких, что множество значений второго атрибута (при фиксированном значении первого атрибута) совпадает со множеством значений второго операнда.Операция переименования производит отношение, тело которого совпадает с телом операнда, но имена атрибутов изменены.Операция присваивания позволяет сохранить результат вычисления реляционного выражения в существующем отношении базы данных.Как мы говорили в предыдущей лекции, каждое отношение характеризуется схемой (или заголовком) и набором кортежей (или телом). Поэтому, если действительно желать иметь алгебру, операции которой замкнуты относительно понятия отношения, то каждая операция базы данных должна производить отношение в полном смысле, т.е. оно должно обладать и телом, и заголовком. Только в этом случае будет действительно возможно строить вложенные выражения.Аналогичные проблемы могут возникать и в случаях других двуместных операций. Для их разрешения в состав операций реляционной алгебры вводится операция переименования. Ее следует применять в любом случае, когда возникает конфликт именования атрибутов в отношениях - операндах одной реляционной операции базы данных. Тогда к одному из операндов сначала применяется операция переименования, а затем основная операция выполняется уже безо всяких проблем.Хотя в основе теоретико-множественной части реляционной алгебры баз данных лежит классическая теория множеств, соответствующие операции реляционной алгебры обладают некоторыми особенностями.Если два отношения совместимы по объединению, то при обычном выполнении над ними операций объединения, пересечения и взятия разности результатом операции является отношение с корректно определенным заголовком, совпадающим с заголовком каждого из отношений-операндов. Напомним, что если два отношения "почти" совместимы по объединению, т.е. совместимы во всем, кроме имен атрибутов, то до выполнения операции типа соединения эти отношения можно сделать полностью совместимыми по объединению путем применения операции переименования.Реляционное исчисление доменов является основой большинства языков запросов, основанных на использовании форм. В частности, на этом исчислении базировался известный язык Query-by-Example, который был первым (и наиболее интересным) языком в семействе языков, основанных на табличных формах.SQL- это легкий для понимания язык и в то же время универсальное программное средство управления данными.Успех языку SQL принесли следующие его особенности:Независимость от конкретных СУБД;Переносимость с одной вычислительной системы на другую;Наличие стандартов;Одобрение компанией IBM (СУБД DB2);Поддержка со стороны компании Microsoft (протокол ODBC);Реляционная основа;Высокоуровневая структура, напоминающая английский язык;Возможность выполнения специальных интерактивных запросов;Обеспечение программного доступа к базам данных;Возможность различного представления данных;Полноценность как языка, предназначенного для работы с базамиданных;Возможность динамического определения данных;Поддержка архитектуры клиент/сервер.Все перечисленные выше факторы явились причиной того, что SQL стал стандартным инструментом для управления данными на персональных компьютерах, мини-компьютерах и больших ЭВМ.SQL используется для считывания информации из базы данных с помощью оператора SELECT. Можно прочитать данные полностью либо частично, отсортировать их и получить итоговые значения (вычисляя суммы и средние величины).SQL используется для изменения базы данных. Оператор INSERTдобавляет новые данные, оператор DELETEудаляет данные, а оператор UPDATEобновляет существующие данные.SQL используется для управления доступом к базе данных. С помощью операторов SQL предоставляются и отменяются различные привилегии для различных пользователей.SQL используется для создания базы данных, определения структуры новых таблиц и удаления таблиц, ставших ненужными.В настоящее время распространена классификация приложений баз данных в соответствии с уровнями обработки данных. В соответствии с ней простые однопользовательские программы, работающие с маломощными локальными СУБД, являются одноуровневыми. В таких приложениях вся обработка данных ведется самой программой, а СУБД лишь обеспечивает доступ к таблицам.Созданные в ASP приложения баз данных для взаимодействия с данными используют возможности BDE, который представляет собой еще один уровень обработки. Однако так как BDE обеспечивает выполнение сервисных операций, то при классификации приложений баз данных BDE обычно не учитывается.Для создания эффективных приложений клиент/сервер необходимо уметь использовать разнообразные специализированные инструменты. Главное место среди них принадлежит языку запросов SQL и компоненту доступа к данным TQuery, который обеспечивает применение запросов в приложениях баз данных.Все обращения из приложения к таблицам одной базы данных на сервере осуществляются через одно соединение, на которое замыкаются все компоненты доступа к данным, имеющие соответствующие значения свойства Da-tabaseName.Все управление одиночным соединением с какой-либо базой данных осуществляется компонентом TDatabase. В общем случае применение этого компонента в приложениях баз данных необязательно. Однако при работе с серверами SQL он необходим, так как:позволяет управлять соединением с базой данных;позволяет управлять транзакциями проще, чем при помощи операторовSQL;обеспечивает регистрацию пользователя на сервере.При обычном использовании локальных баз данных можно прекрасно обойтись и без этого компонента. В процессе работы компонент активно использует параметры псевдонимов и драйверов BDE.Для определения базы данных (сервера), с которой приложение устанавливает соединение при помощи компонента TDatabase, чаще используется СВОЙСТВО AliasName. Свойства DatabaseName и DriverName предоставляют альтернативный способ создания соединения. Если соединение задано свойством AliasName, то свойство DatabaseName можно использовать для создания временного псевдонима, который будет доступен только для компонентов доступа к данным внутри приложения. При щелчке на кнопке списка доступных псевдонимов свойства DatabaseName в Инспекторе объектов для любого компонента доступа к данным, в списке будет доступен и временный псевдоним компонента TDatabase.Например, при переключении приложения на другую базу данных можно изменить только значение псевдонима в компоненте TDatabase. Если все компоненты наборов данных подключены к временному псевдониму компонента TDatabase, то они автоматически переключатся на новую БД.Если наборы данных приложения подключены к базе данных через компонент TDatabase, то перед их открытием необходимо установить соединение с БД. Соединение с БД устанавливается при помощи метода open. Если попытаться активизировать набор данных без этого, то соединение будет установлено автоматически. Аналогичная картина возникает при закрытии наборов данных и отключении от БД.При подключении к базе данных довольно часто требуется задать значения для параметров драйвера BDE. Главную роль в подготовке и диспетчеризации запросов SQL играет BDE. Непосредственную обработку запросов выполняет специальный элемент архитектуры процессора БД - система обработки запросов, которая идентифицирует набор данных запроса, выполняет проверку синтаксиса и, в зависимости от установленных значений параметров BDE, передает локальный вариант запроса стандартному драйверу соответствующей БД или адресует запрос серверу БД через систему драйверов SQLLinks.Инициатором запроса выступает приложение. Для создания и выполнения запросов предназначен компонент TQuery, который содержит текст запроса, умеет выполнять его, и инкапсулирует набор данных с результатом выполнения запроса. Этот набор данных можно использовать так же, как и любой другой набор данных, созданный при помощи компонента ТТаЫе.После получения команды на выполнение запроса компонент TQueryинициализирует процесс подготовки запроса к выполнению, который включает несколько этапов.Основная задача подготовки запроса - установить связь между СУБД, которая будет выполнять запрос, и набором данных соответствующего компонента TQuery. Если это удалось сделать, то определяется способ выполнения запроса — локальный доступ через стандартный драйвер или передача текста запроса для выполнения серверу. При этом становится ясным, будет ли результат выполнения запроса редактируемым. После этого задаются значения для переменных параметров запроса.Если запрос выполняется локально, то через стандартный драйвер он передается соответствующей СУБД, которая выполняет его. По установленной при подготовке запроса связи результат передается в набор данных приложения. Если запрос адресован серверу SQL, то подразумевается, что он имеет специфический синтаксис, присущий данному серверу. Поэтому вся специальная подготовка параметров запроса осуществляется на стороне сервера. BDE лишь обеспечивает передачу запроса и возврат результата выполнения набору данных приложения.Если запрос имеет простую структуру, то его подготовка и выполнение может быть проведена ускоренно в один этап за счет использования специальной функции APIBDEDbiQExecDirect.Еще один способ выполнения запросов для серверов SQL — прямое обращение к функциям API соответствующего сервера. Это самый быстродействующий, но и самый трудоемкий для разработчика способ.ГЛАВА2. ПРОЕКТНАЯ ЧАСТЬ2.1.Функциональное моделирование работы проектируемой системы.В качестве инструментария для проектирования выбрана среда BPwin. Она является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. Причем, поскольку модель является некоторым графическим представлением действительности, можно утверждать, что человек вернулся к своему излюбленному средству документирования бизнес-процессов – к рисунку. Но возвращение это произошло на новом уровне – целостность и непротиворечивость модели-рисунка (качества, о которых раньше не было и речи) гарантируются рядом методологий и нотаций, которым следуют создатели модели. BPwin поддерживает три таких методологии: IDEF0, DFD и IDEF3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения: С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой. С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями. С точки зрения последовательности выполняемых работ. И еще более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.      BPwin умеет проверять создаваемые модели с точки зрения синтаксиса выбранной методологии, проверяет ссылочную целостность между диаграммами, а также выполняет ряд других проверок, чтобы помочь вам создать правильную модель, а не просто рисунок. При этом сохраняются главные преимущества рисунка – простота создания и наглядность.IDEF0, относится к семейству IDEF, которое появилось в конце шестидесятых годов под названием SADT (Structured Analysis and Design Technique). IDEF0 может быть использована для моделирования широкого класса систем. Для новых систем применение IDEF0 имеет своей целью определение требований и указание функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам IDEF0 может быть использована для анализа функций, выполняемых системой и отображения механизмов, посредством которых эти функции выполняются. Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. Функциональное моделирование AS – IS может быть представлено в виде диаграммы на следующем рисунке.Рис. 4 . Диаграмма функциональной модели IDEF0.Декомпозиция этой модели в IDEF3 представлена на следующем рисунке.Рис. 5. Декомпозиция функциональной модели IDEF3.2.2. Структура базы данных.База данных состоит из 4 таблицы. Разработана средствами MS SQL.Таблица object представляет сосбой справочник объектов предприятия.