Удаленное взаимодействие базы данных с конфигурацией "1С:Предприятие"

Публикации на Интернет-сервере запросов к базе данных. Реализация интерфейсной части информационной подсистемы, экранных форм и SQL запросов. Обоснование требований к серверу и рабочей станции пользователя. Расчёт себестоимости подсистемы "Запросы в ЖКХ".

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

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

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

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

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

2.2.3 Даталогическое проектирование базы данных ЖКХ

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

Вся информация в реляционных базах данных представляется значениями в таблицах. В реляционных системах таблицы состоят из горизонтальных строк и вертикальных столбцов. Таблицы в реляционной базе разделены, но полностью равноправны. Между ними не существует никакой иерархии. Каждая таблица состоит из строк и столбцов: строка описывает отдельный объект или сущность; столбец описывает одну характеристику объекта, значение. Чтобы найти требуемый элемент данных, необходимо знать имя содержащей его таблицы, столбец и значение его первичного ключа, или уникального идентификатора [9].

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

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

Нормализованная таблица автоматически считается таблицей в первой нормальной форме, сокращенно 1НФ. В дополнение к 1НФ определяют дальнейшие уровни нормализации - вторую нормальную форму (2НФ), третью нормальную форму (3НФ) и т. д. [9].

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

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

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

В данном дипломном проекте производилась нормализация базы данных ЖКХ выполненной в СУБД Microsoft Access 2007. Все таблицы находятся в третьей нормальной форма, так как база находится во второй нормальной форма и все поля находятся в нетранзитивной зависимости от ключа.

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

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

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

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

- значение внешнего ключа должно:

1)быть равным значению первичного ключа цели;

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

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

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

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

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

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

- СУБД не позволяет вводить запись, если значение индексного выражения дочерней таблицы не соответствует одной из записей родительской таблицы [8].

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

Рисунок 2.3 - Логическая модель данных до модернизации

Рисунок 2.4 -Логическая модель данных после модернизации

2.3 Реализация публикации на Интернет-сервере запросов к базе данных ЖКХ

Запросы к базе данных выполнены с помощью языка SQL. В данной работе присутствует четыре запроса к базе данных, с различным SQL кодом. Публикация на Интернет-сервере выполнена на платформе .NET Famework с помощью встроенного языка S#. Вызовы функция публикуются на Интернет-сервере как dr,-методы. Реализована публикация четырьмя функциями, представленными в таблице 2.4.

Таблица 2.4 - Процедуры и функции программы

Имя функции

Реализуемое действие

GetDolg()

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

GetStoimost()

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

GetSpravka()

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

GetSpravkaResurs()

Обрабатывает запрос на выведение справочной информации по ресурсам

Для публикации был выбран сервер www.1gb.ru , т. к. он поддерживает .NET Fremework v2.0 а также позволяет публиковать файлы с расширением .asmx. Отправка приложения на сервер реализована с помощью протокола FTP. Платформой "1С:Предприятие" была получена WS-ссылка для доступа к серверу. Сервер является бесплатным, поэтому нет необходимости предварительной оплаты аккаунта. Зарегистрированный домен показан на рисунке 2.5.

Рисунок 2.5 - Зарегистрированный домен

2.4 Реализация интерфейсной части информационной подсистемы

Интерфейсная часть проекта разработана с помощью встроенного языка СУБД "1С:Предприятие" 8.2. Каждая форма сущности в приложении имеет свою форму. В свою очередь форма имеет модуль - объект, содержащий в себе исполняемый код. Перечень процедур и функций представлен в таблице 2.5 [9].

Таблица 2.5 - Процедуры и функции программы

Объект

Название

Назначение

Отчёт: Справка по предприятиям

Форма отчёта

Выводит название и предприятия

Отчёт: Запрос на задолженность

Форма отчёта

После ввода кода организации выводит общую задолженность организации

Отчёт: Справка по ресурсам

Форма отчёта

Выводит название ресурса

Отчёт: Запрос на ресурсы

Форма отчёта

После ввода кода ресурса выводит его стоимость и актуальную дату действия

2.5 Реализация экранных форм

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

Формы были реализованы через мастер форм а также конструктор форм. Основная часть формы была создано в мастере (рисунок 2.6). Инструменты по работе с формами были созданы в конструкторе форм с помощью инструмента Toolbox (рисунок 2.7). Пример экранной формы представлен на рисунке 2.8.

Рисунок 2.6 - Создание формы "Предприятия" с помощью мастера форм

Рисунок 2.7 - Создание инструментов для работы с формой "Предприятия" в режиме конструктора форм

Рисунок 2.8 - Экранная форма "Предприятия"

2.6 Реализация SQL-запросов

Запросы выполнены с помощью языка SQL, и позволяют делать нужную выборку из баз данных. Пример SQL-запроса к таблице "Предприятия" показан на рисунке 2.9.

Рисунок 2.9 - Пример SQL-запроса для формирования данных используемых в отчёте "Запрос на задолженность"

2.7 Реализация отчётов

В данном дипломном проекте отчёты реализованы для просмотра результатов удалённых запросов к базе данных ЖКХ. Отчёты реализованы на платформе "1С:Предприятие" 8.2. Отчёты были реализованы с помощью встроенного инструмента создания отчётов в режиме конфигуратор "1С:Предприятие" 8.2 (рисунок 2.10). Экранная форма отчёта была реализована с помощью конструктора форм (рисунок 2.11). Модуль экранной формы был реализован вручную (рисунок 2.12).

Пример отчёта "Запрос по предприятиям" показан на рисунке 2.11.

Полный листинг программного кода информационной подсистемы "Запросы в ЖКХ" представлен в приложении A.

Рисунок 2.10 - Создание отчёта с помощью мастера отчётов

Рисунок 2.11 - Создание формы отчёта с помощью конструктора форм

2.12 - Написание программного модуля к форме отчёта "Запрос на задолженность"

2.13 - Пример отчёта "Запрос на задолженность"

Выводы

1. База данных информационной подсистемы "Запросы в ЖКХ" является реляционной и содержит четыре таблицы. При разработке этой базы данных было использовано СУБД Microsoft Access 2007.

2. Для реализации в среде ASP/NET приложения, обеспечивающего требования технического задания на разработку информационной подсистема "Запросы в ЖКХ", потребовалось создать 4 метода и четыре отчёта.

3. Размер базы данных "1С:Предприятие" находящийся на компьютере бухгалтера ТСЖ "ИСТОК" составляет 1,23 Мбайт.(Рисунок 2.14)

2.14 - Место, занимаемое базой "1С:предприятие"

4. Размер папки с файлами дистрибутива информационной подсистемы "Запросы в ЖКХ" находящегося на Интернет-сервере составляет 851 Кбайт (рисунок 2.15). Эта папка содержит 34 файлов и шесть вложенных папок.

2.14 - Место, занимаемое папкой с файлами дистрибутива информационной подсистемы "Запросы в ЖКХ"

5. В результате тестирования информационной подсистемы в реальных условиях производства "Запросы в ЖКХ" установлено, что она в полном объеме удовлетворяет требованиям заказчика.

3. ИНФОРМАЦИОННОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

3.1 Общие сведения о программном продукте

Информационная подсистема "Запросы в ЖКХ" была разработана при помощи конфигуратора "1С:Предприятие" версии 8.2. а также с помощью СУБД Microsoft Office Access 2007 и платформы .NET Famework v2.0.

Для корректной работы с СУБД "1С:Предприятие" 8.2 необходима для клиентских машин операционная система XP/Server 2003/Vista (рекомендуется Microsoft Windows XP); для сервера необходима операционная система XP/Server 2003/Vista. Аналогично для Microsoft Office Access 2007 и .NET Famework v2.0. Данная информация была взята из официального сайта фирмы "1С" и Mocrosoft [11].

Таблица 3.1 - Общие сведения о программе

Наименование сведений

Содержание сведений

Обозначение программы

"Запросы в ЖКХ"

Наименование программы

"Бухгалтерия предприятия, редакция 1.6"

Программное обеспечение, необходимое для функционирования программы

Microsoft Windows XP /Vista (рекомендуется Microsoft Windows XP), ASP.NET, Microsoft Office Acces 2007, Net Framework v2.0

Язык программирования (среда разработки), на которой написана программа

Встроенный язык СУБД "1С:Предприятие" версии 8.2 ,C#,, а также встроенный язык SQL запросов для Microsoft Access

3.2 Функциональное назначение

Основными функциями информационной подсистемы являются:

-занесение, хранение, вывод данных о клиентах ЖКХ из БД Access в "1:Предприятие" 8.2;

-публикация запросов к базе данных ЖКХ на Интернет-сервере;

-получение отчётов по запросам из ТСЖ;

- реализация веб-сервисов, выполняющих запросы к БД.

Информационная подсистема "Запросы в ЖКХ" предназначена, прежде всего, для бухгалтера ТСЖ "ИСТОК". А также для сотрудника справочного отдела ЖКХ.

Ограничение на применение информационной подсистемы "Запросы в

ЖКХ" связанные с тем что, не все операционные системы поддерживают программные продукты, в среде которых функционирует информационная подсистема "Запросы в ЖКХ".

Информационная подсистема требует операционную систему, не ниже Microsoft Windows Сервер 2003, и не поддерживает информационную систему Linux, Windows 98, Windows Me т. к. они не поддерживают Microsoft Office Acces 2007. 3.3 Описание логической структуры программы

Логическую структуру программы иллюстрирует диаграмма компонентов (рисунок 3.1).

Рисунок 3.1 - Диаграмма компонентов подсистемы "Запросы в ЖКХ"

Как следует из рисунка 3.1, в логическую структуру программы входят четыре программных компонента С# (файлов с расширением .cs), четыре отчёта "1С:Предприятие" 8.2 и база данных информационной подсистемы, а также публикация на Интернет-сервере. Логическая структура взаимодействия классов С#, реализующих указанные классы программы представлена на рисунке 3.2.

Рисунок 3.2 - Логическая структура взаимодействия классов С#

Как видно из рисунка 3.2, родительским суперклассом, т. е. порождающим все другие классы, является объект WebService1. Через класс Service1.asmx вызываются веб-методы с помощью которых осуществляются удалённые запросы к базе данных. Веб-методы содержат в себе запросы на языке SQL, для непосредственного доступа к базе данных. Также реализован файл Web.config, содержащий в себе информацию о подключении к БД, и о публикации на сервер.

3.4 Требования к техническому обеспечению

3.4.1 Общие требования к серверу и к рабочей станции пользователя

Для нормальной работы информационной подсистемы "Запросы в ЖКХ" достаточно наличие на компьютере пользователя операционной системы Microsoft Windows XP. Для установки информационной подсистемы "Запросы в ЖКХ" системный блок персонального компьютера (ПК) должен быть снабжен дисководом для компакт-дисков. К системному блоку должны быть подключены монитор и принтер. Остальные элементы ПК (клавиатура, манипулятор-мышь и коврик для мыши) являются стандартными. Процессор, оперативное запоминающее устройство (ОЗУ), жесткий диск, монитор и принтер должны обладать определенными характеристиками, значения которых определим далее.

3.4.2 Обоснование требований к техническому обеспечению для сервера

Обоснование требований к центральному процессору. Требования к центральному процессору предъявляются исходя из данных, взятых с официального сайта фирмы "1С" а также официального сайта фирмы "Microsoft". Для сервера это процессор Intel Pentium 3866 МГц и выше (рекомендуется Intel Pentium 4/Celeron 4800 МГц). Обоснование требований к оперативному запоминающему устройству. Для работы информационной системы на сервере необходимо минимум 512 Мбайт оперативной памяти (рекомендуется 1024 Мбайт). Обоснование требований к свободному пространству на жестком диске. Для определения свободного дискового пространства, необходимого для программного продукта на рабочей станции W, Мбайт, воспользуемся формулой:

W = W1 + W2 + W3 , (3.2)

Где W1 - место, занимаемое программой после инсталляции, Мбайт;

W2 - предполагаемый объем файлов в ходе работы, Мбайт;

W3 - размер временных файлов в ходе работы программы, Мбайт.

Место, занимаемое программой после инсталляции W1 составляет 411 Мбайт. Размер, занимаемый файлами W2 = 0 Мбайт, т. к. вся информация хранится на сервере. Параметр W3 составляет 10 Мбайт.

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

W = 411 + 0 + 10 = 421 Мбайт.

Для сервера значение W1 равно 421 Мбайт. Объем файлов в ходе работы W2 будет равно 255 Мбайт с пустой базой данных. В процессе работы этот объем будет увеличиваться, поэтому рекомендуется выделить не 255 Мбайт, а 350 Мбайт. Временных файлов при работе на сервере не будет (W2 = 0 Мбайт). Всего для сервера необходимо

W = 421 + 350 + 0 = 771 Мбайт.

Требования к источнику бесперебойного питания для сервера. Так как в сети возможны перепады напряжения, в связи с чем могут происходить перезагрузки компьютера что крайне не желательно так как ЖКХ обслуживает ежедневно много клиентов, поэтому рекомендуется установить источник бесперебойного питания для сервера типа APS Back-UPS RS 1000.

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

Обоснование требований к центральному процессору. Требования к центральному процессору предъявляются исходя из данных, взятых с официального сайта фирмы "1С" а также официального сайта фирмы "Microsoft". Для компьютера оператора это процессор Intel Pentium 2400 МГц и выше (рекомендуется Intel Pentium 3866 МГц) [5, 9].

Обоснование требования к оперативному запоминающему устройству для рабочей станции пользователя Для расчета размера оперативного запоминающего устройства (ОЗУ) Vозу, Мбайт, для клиентской машины, являющегося одним из существенных требований к аппаратному обеспечению, используется формула:

Vозу = Vозу1 + Vозу (3.1)

Где Vозу1 - минимальный необходимый размер ОЗУ используемой ОС, Мбайт;

Vозу2 - сумма минимальных необходимых объемов ОЗУ, требуемых для дополнительных модулей программного обеспечения, устанавливаемых в процессе эксплуатации, Мбайт;

В проекте не используется дополнительных модулей, занимающих место в ОЗУ, поэтому Vозу2 = 0 Мбайт; Vозу3 составляет около 90 Мбайт [15].

Необходимая оперативная память для Windows XP составляет 128 Мбайт. Соответственно Vозу1 = 128 Мбайт.

Таким образом, воспользовавшись формулой (3.1), рассчитаем требования ОЗУ для работы с программой, под управлением операционной системы семейства Windows XP:

Vозу = 128 + 90 = 212 Мбайт.

Требования к свободному пространству на жестком диске для рабочей станции пользователя. Для определения свободного дискового пространства, необходимого для программного продукта на рабочей станции W, Мбайт, воспользуемся формулой;.

W = W1 + W2 + W3 , (3.2)

Где W1 - место, занимаемое программой после инсталляции, Мбайт;

W2 - предполагаемый объем файлов в ходе работы, Мбайт;

W3 - размер временных файлов в ходе работы программы, Мбайт.

Место, занимаемое программой после инсталляции W1 составляет 411 Мбайт. Размер, занимаемый файлами W2 = 0 Мбайт, т. к. вся информация хранится на сервере. Параметр W3 составляет 10 Мбайт.

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

W = 411 + 0 + 10 = 421 Мбайт.

Обоснование требований к монитору для рабочей станции

Пользователя. Для работы с программой требуется цветной монитор. Для клиентской и серверной машин это SVGA дисплей, поддерживающий разрешение 1024х768 и качество цветопередачи 16 бит [12].

3.4.5 Обоснование требований к другому техническому обеспечению

При работе с информационной подсистемой необходимо наличие сетевой карты со скоростью как минимум 10 Мбит/с на сервере, так как сервер должен обслуживать не менее 100 пользователей одновременно. На рабочей станции достаточно сетевой карсты со скоростью 100 Кбит/с, для доступа к веб-сервисам. Связь с сервером рекомендовано осуществлять посредством подключенного к персональному компьютеру высокоскоростного модема [16].

3.5 Вызов и загрузки программы

3.5.1Вызов программы со стороны ЖКХ

Для начала работы с базой данных Microsoft Access необходимо выполнить команду "Пуск" "Программы" "Microsof Office" "Microsof Office Access 2007". После этого открыть базу данных БАЗА ЖКХ (рисунок 3.3).

3.5.2 Вызов программы со стороны ТСЖ "Исток"

Прежде чем начинать работу с программой, ее необходимо установить согласно инструкции по установке, входящей в комплект поставки пакета "1С:Предприятие" версии 8.2. Для начала работы с "Бухгалтерией предприятия" необходимо выполнить команду "Пуск" "Программы" "1С: "Предприятие 8.2" "1С: "Предприятие"". После этого появится диалог "Запуск 1С: "Предприятия" (рисунок 3.5).

После этого необходимо выбрать нужную базу данных (в данном случае "Запросы в ЖКХ"), нажать кнопку "1С: "Предприятие".

Рисунок 3.3 - Диалог "Открытие базы ЖКХ"

Рисунок 3.4 - Диалог "Запуск 1С:Предприятия"

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

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

Для просмотра таблицы предприятия необходимо выполнить команду "Все таблицы" "Форма предприятия" (рисунок 3.5).

Для добавления новой записи необходимо нажать кнопку (рисунок 3.6). Для поиска и замены произвольных данных в таблице предприятия необходимо выполнить команду поиск и замена (рисунок 3.7).

Для перехода по записям в таблице предприятия необходимо выполнить команды перехода (рисунок 3.8).

Расшифровка команд перехода приведена в таблице 3.2.

Рисунок 3.5 - Запуск экранной формы "Предприятия"

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

Рисунок 3.7 - Выполнение команды "Поиск и замена"

Рисунок 3.8 - Команды перехода

Таблица 3.2 - Расшифровка команд перехода

Пиктограмма кнопки

Расшифровка команды

Переход к последней записи

Переход к первой записи

Переход к предыдущей записи

Переход к следующей записи

3.7 Результаты тестирования программы

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

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

Результаты тестирования программы представлены на рисунках 3.9 - 3.12:

Рисунок 3.9 - Результат выполнения отчёта "Запрос на задолженность"

Рисунок 3.10 - Результат выполнения отчёта "Справка по организациям"

Рисунок 3.11 - Результат выполнения отчёта "Справка по ресурсам"

Рисунок 3.12 - Результат выполнения отчёта "Запрос на ресурсы"

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

Выводы

1. В данном разделе были приведены сведения об информационном и программном обеспечении, необходимом и достаточном для использования информационной подсистемы "Запросы в ЖКХ".

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

а) для рабочей станции:

- процессор Intel Pentium 2400 МГц;

- объём ОЗУ - 102 Мбайт;

- размер необходимого свободного пространства на жестком диске 421 Мбайт;

- цветной SVGA-монитор, поддерживающий разрешение 1024х768 и качество цветопередачи 16 бит;

- манипулятор "мышь";

- клавиатура стандартная;

- сетевая карта 100 Кбит/с.

б) для сервера:

- процессор Intel Pentium 3866 МГц;

- объём ОЗУ - 512 Мбайт;

- размер необходимого свободного пространства на жестком диске - как минимум 761 Мбайт;

- сетевая карта 10 Мбит/с;

- источник бесперебойного питания APS Back-UPS RS 1000.

3. Программа прошла тестирование в ТСЖ "ИСТОК", г. Невинномысск. В результате тестирования установлено, что она в полном объеме удовлетворяет требованиям заказчика.

4. Технико-экономическое обоснование ПРОЕКТА

4.1 Краткая характеристика проекта

В дипломном проекте выполнена разработка информационной подсистемы "Запросы в ЖКХ".

Назначение программы - автоматизация запросов в ЖКХ из ТСЖ "ИСТОК".

Цель создания системы - сокращение временных затрат бухгалтера на запросы в ЖКХ и занесение информации в базу данных.

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

1. Введение информации в базу данных ЖКХ.

2. Публикация на сервере запросов к базе данных ЖКХ

3. Автоматизированное формирование, просмотр и печать следующих документов (отчетов):

- запрос на задолженность ;

- запрос на ресурсы;

- справка по ресурсам;

- справка по предприятиям.

Внедрение проекта позволит в значительной мере сократить временные затраты бухгалтера на запросы в ЖКХ и на ввод данных в базу.

Как было установлено в ходе предпроектного обследования, на перечисленные выше обязанности без автоматизации бухгалтер ТСЖ "ИСТОК" без автоматизации затрачивает на запросы порядка 10 часов в месяц, а именно на дозвон до справочного отдела ЖКХ, на ожидание ответа, на получение информации, а также на занесение информации в базу данных.

При разработке информационной подсистемы "Запросы в ЖКХ" использовался язык программирования С#, СУБД "1С:Предприятие" 8.2, и СУБД Microsoft Office Access 2007.

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

В разделе рассмотрены вопросы расчета:

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

- суммарных затрат на создание программного продукта.

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

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

- времени окупаемости проекта.

- Число строчек кода в тексте программного кода на языке C# = 400 ед.

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

4.2 Определение трудоемкости поставленных работ

Трудоемкость разработки программного обеспечения ТПО, чел.-ч, определяется по формуле

ТПО = ТО + ТИ + ТА + ТП + ТОТЛ + ТД, (4.1)

где ТО - затраты труда на описание задачи, чел.-ч.;

ТИ - затраты на исследование предметной области, чел.-ч.;

ТА - затраты на разработку блок-схем, чел.-ч.;

ТП - затраты на программирование, чел.-ч.;

ТОТЛ - затраты на отладку, чел.-ч.;

ТД - затраты на подготовку документации, чел.-ч.

Все составляющие в правой части формулы (4.1) определим через общее число операторов D, ед.:

D = б?c ? (1 + p), (4.2)

где б - исходное число строчек кода в тексте программы, (б = 400 ед.);

с ? коэффициент сложности задачи;

р - коэффициент коррекции программы, учитывающий новизну проекта.

Коэффициент сложности задачи "с" характеризует относительную сложность программы по отношению к так называемой типовой задаче, реализующей стандартные методы решения, сложность которой принята равной 3единице (величина коэффициента "с" лежит в пределах от 1,25 до 2). Для рассматриваемого программного продукта, разработанного не на стандартной CMS, а на собственной - коэффициент сложности задачи примем равным 1,25 (c = 1,25).

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

В результате подстановки численных значений коэффициентов и параметров в формулу (4.2) получим следующее общее число строчек кода в тексте программы

D =400?1,25?(1 + 0,1) = 550,00 ед.

Затраты труда на описание задачи принимаем: ТО = 35 чел.-ч. Работу по описанию задачи и все другие работы по созданию программного продукта выполняет инженер-программист первой категории с окладом 8000 руб. в месяц и коэффициентом квалификации kК = 1,35 (опыт работы по специальности 6 лет).

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

ТИ = Db/(SukK), (4.3)

где D - общее число строчек кода в тексте программы, ед.;

b - коэффициент увеличения затрат труда, вследствие недостаточного описания задачи;

Su - количество строчек кода в тексте программы, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

В связи с тем, что решение рассматриваемой задачи потребовало уточнения и доработок, примем коэффициент b = 1,5.

Количество строчек кода в тексте программы, приходящееся на один чел.-ч., примем равным su = 75 ед./ чел.-ч.

Таким образом, на основании формулы (4.3) получим

ТИ = (550,00 ?1,5) / (75?1,35) = 8,15 чел.-ч.

Затраты труда на разработку алгоритма решения задачи ТА, чел.-ч., рассчитываются по формуле:

ТА = D/(SakK), (4.4)

где D - общее число строчек кода в тексте программы, ед.;

sa - количество строчек кода в тексте программы, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчета по формуле (4.4) примем sa = 20 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.4), получим

ТА = 550,00 /(20?1,35) = 20,37 чел.-ч.

Затраты труда на составление программы по готовой блок-схеме ТП, чел.-ч., определяется по формуле:

ТП = D/(sakK), (4.5)

где D - общее число строчек кода в тексте программы, ед.;

sa - количество строчек кода в тексте программы, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.5) примем sa = 20 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.5), получим

ТП = 550,00 /(20?1,35) = 20,37 чел.-ч.

Затраты труда на отладку программы на персональном компьютере ТОТЛ, чел.-ч., рассчитывается по формуле

ТОТЛ = D / (sотл?kK), (4.6)

где D - общее число строчек кода в тексте программы, ед.;

sотл - количество отлаживаемых операторов программы, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимоcи от стажа работы).

Для расчетов по формуле (4.6) примем sотл = 4 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.6), получим

ТОТЛ = 550,00 / (4?1,35) = 101,85 чел.-ч.

Затраты труда на подготовку документации по задаче ТД, чел.-ч., определяются по формуле:

ТД = ТДР + ТДО, (4.7)

где ТДР - затраты труда на подготовку материалов в рукописи, чел.-ч.;

ТДО - затраты труда на редактирование, печать и оформление документации, чел.-ч.

Затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., вычислим по формуле

ТДР = D / (sдр ?kK), (4.8)

где D - общее число строчек кода в тексте программы, ед.; sдр - количество операторов программы в рукописи, приходящееся на один чел.-ч., (ед./ чел.-ч.); kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.8) примем sдр = 15 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.8), получим

ТДР = 550,00 / (15?1,35) = 27,16 чел.-ч.

Затраты труда на редактирование, печать и оформление документации ТДО, чел.-ч., вычислим по формуле

ТДО = 0,75?ТДР. (4.9)

Подставив численное значение затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., в формулу (4.9), получим

ТДО = 0,75?27,16 = 20,37 чел.-ч.

Таким образом, подставив численные значение затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., и затраты труда на редактирование, печать и оформление документации ТДО, чел.-ч., в формулу (4.7) получим

ТД = 27,16 + 20,37 = 47,53 чел.-ч.

Подставив все полученные данные, составляющие трудоемкость разработки программного обеспечения в формулу (4.1), получим

ТПО = 35 + 8,15 + 20,37 + 20,37 + 101,85 + 47,53 = 233,27 чел.-ч.

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

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

ТКОР = ТПОkКОР, (4.10)

где kКОР - коэффициент коррекции, учитывающий изменения трудоемкости разработки программного обеспечения в зависимости уровня языка программирования (таблица 4.1);

ТКОР - откорректированная трудоемкость разработки программного обеспечения, чел.-ч.

Таблица 4.1 - Изменение трудоемкости разработки программы в зависимости уровня языка программирования

Уровень языка программирования

Класс языка программирования

Коэффициент

1

Ассемблер

1

2

Макроассемблер

0,95

3

Алгоритмические языки высокого уровня

0,8-0,9

Использованный для разработки программного обеспечения язык программирования (C#) относится к алгоритмическим языкам высокого уровня, с учетом этого примем kКОР = 0,8.

Таким образом, получим по формуле (4.10) итоговую откорректированную трудоемкость разработки программы

ТКОР = 233,27 ? 0,8 = 186,61 чел.-ч.

4.3 Расчет себестоимости информационной подсистемы "Запросы в ЖКХ"

Себестоимость определяется по следующей формуле

З = ЗО + ЗД + ЗС + ЗЭ + ЗМ + ЗП + ЗАО,

где ЗО - основная заработная плата производственного персонала;

ЗД - дополнительная заработная плата производственного персонала;

ЗС - отчисления на социальные нужды;

ЗЭ - затраты на потребляемую электроэнергию;

ЗМ - расходы на материалы и запасные части;

ЗП - дополнительная заработная плата

ЗАО- затраты на амортизацию, техническое обслуживание и ремонт вычислительной техники.

Оклад инженера программиста составляет 8000,00 руб. в месяц

Плановый фонд рабочего времени одного специалиста производственного персонала в месяц tпф, ч, вычислим по формуле

tпф = NрдДtрд, (4.12)

где Nрд - количество рабочих дней специалиста производственного персонала за месяц;

Дtрд - продолжительность рабочего дня специалиста производственного персонала, ч.

Для расчетов по формуле (4.12) примем Nрд = 22 дня, Дtрд = 8 ч. Подставив указанные численные значения параметров Nрд и Дtрд в формулу (4.12) получим, что плановый фонд рабочего времени одного специалиста производственного персонала в месяц составляет

tпф = 22?8 = 176 ч.

Таким образом, часовая тарифная ставка sч, руб./ч, инженера-программиста первой категории составляет

Sч= 8000 / 176 = 45,45 руб/ч.

Основная заработная плата ЗО, руб., производственного персонала определяется по формуле

ЗО = Sч ? ТКОР. (4.13)

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

ЗО = 45,45 ?186,61 = 8481,42 руб.

Дополнительная заработная плата ЗД, руб., производственного персонала определяется по формуле

ЗД = ЗОзД (4.14)

где зД - коэффициент дополнительной заработной платы.

Коэффициент дополнительной заработной платы инженера-программиста первой категории составляет зД = 0,2. Таким образом, дополнительная заработная плата ЗД, руб., инженера-программиста первой категории, вычисленная по формуле (4.14), равна

ЗД = 8481,42 ?0,2 = 1696,28 руб.

Отчисления в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации и фонды обязательного медицинского страхования Российской Федерации согласно закону № 212-ФЗ от 24.07.2009 З , руб., вычислим по формуле

(4.15)

где С з ? норматив страховых взносов, %.

В соответствии с законом № 212-ФЗ от 24.07.2009 норматив страховых взносов составляет 34 % (зС = 34 %). Подставив все численные значения в формулу (4.15) получим, что отчисления на страховые взносы равны

ЗС = ((8481,42 + 1696,28)/100) ?34 = 3460,41 руб

Таким образом, размер страховых взносов составит 3378,35 руб.

Затраты на потребляемую электроэнергию ЗЭ, руб.:

ЗЭ = PВtВцЭ, (4.15)

Где PВ - мощность ЭВМ, кВт;

tВ - время работы вычислительного комплекса, ч;

цЭ - стоимость 1 кВтч электроэнергии, руб./ кВтч.

Мощность ЭВМ, на которой работает инженер-программист, равна PВ = 0,3 кВт.

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

tВ = бП?(ТП + ТОТЛ + ТД)?kКОР, 16)

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

kКОР - коэффициент коррекции времени работы вычислительного комплекса.

Для расчетов по формуле (4.17) примем бп = 1,15 и kКОР = 0,8. Подставив все численные значения параметров в формулу (4.17) получим

tВ = 1,15?(20,37 + 101,85 + 47,53)?0,8 = 156,17 ч.

Стоимость 1 кВтч электроэнергии составляет цЭ = 2,82 руб./ кВтч.

Подставив все численные значения параметров в формулу (4.16) получим, что затраты на потребляемую электроэнергию составят

ЗЭ =0,3?156,17 ?2,82 = 132,76 руб.

Данные для расчета затрат на материалы и части занесем в таблицу 4.2.

Таблица 4.2 ? Затраты на материалы и покупные изделия

Наименование

Единица измерения

Количество

Цена за единицу, руб.

Стоимость, руб.

CD-RW диск

Шт.

1

25,00

25,00

Бумага

Пачка (500 листов)

1

150,00

150,00

Услуги доступа в Интернет

Мбайт

110

2,00

220,00

Заправка картриджа принтера Samsung ML-1210

Шт.

1

120,00

120,00

Итого

515,00

Следовательно, затраты на материалы и запасные части ЗМ составят

ЗМ = 25,00 + 150,00 + 220,00 + 120,00 = 515,00 руб.

Затраты на техническое обслуживание и текущий ремонт вычислительной техники ЗП, руб.:

ЗП = КВ (б/100) ? (tB/tВ.Г ) (4.18)

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

б - норма отчислений на ремонт, %;

tВ.Г - годовой фонд времени работы вычислительной техники, ч.

Для расчетов по формуле (4.18) примем:

- балансовая стоимость вычислительной техники KВ = 15000,00 руб.;

- норма отчислений на ремонт б = 4%;

- годовой фонд времени работы вычислительной техники при 40-часовой рабочей неделе в текущем году tВ.Г = 1986 ч.

Подставив все численные значения параметров в формулу (4.18) получим, что затраты на техническое обслуживание и текущий ремонт вычислительной техники составят:

ЗП = 15000,00 ? 0,04 ? (186,61 /1986) = 56,37 руб.

Затраты на амортизацию вычислительной техники ЗАО , руб.:

ЗАО = КВ ? (/100) ? (tВ/tВ.Г) (4.19)

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

в - норма отчислений на амортизацию вычислительной техники, %;

tВ.Г - годовой фонд времени работы вычислительной техники, ч.

Для расчетов по формуле (4.19) примем:

- балансовая стоимость вычислительной техники KВ = 15000,00 руб.;

- норма отчислений на ремонт в = 20%;

- годовой фонд времени работы вычислительной техники при 40-часовой рабочей неделе в текущем году tВ.Г = 1986 ч.

Подставив все численные значения параметров в формулу (4.19) получим, что затраты на амортизацию вычислительной техники ЗАО , руб. составят:

ЗАО = 15000 ? 0,2 ? (186,61 /1986) = 281,88 руб.

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

Таблица 4.3 - Затраты, составляющие себестоимость автоматизированной информационной системы

Статья расхода

Сумма, руб.

Основная заработная плата производственного персонала

8481,42

Дополнительная заработная плата производственного персонала

1696,28

Отчисления на страховые взносы

3460,41

Затраты на потребляемую электроэнергию

132,76

Расходы на материалы и запасные части

515,00

Затраты на техническое обслуживание и ремонт вычислительной техники

56,37

Затраты на амортизацию вычислительной техники

281,88

Итого:

14624,12

Таким образом, полные затраты на создание программного продукта составляют 14624,12 руб.

Оптовая цена программного продукта рассчитывается с учетом нормы рентабельности НР:

Ц = З?(1 + НР). (4.20)

Для расчетов по формуле (4.20) примем нормы рентабельности НР = 15%. Тогда оптовая цена программного продукта по формуле (4.20) составит:

Ц = 14624,12 ? 1,15 = 16817,73 руб.

Капиталовложения при внедрении программного продукта равняются его оптовой цене

К = Ц = 16817,73 руб.

4.4 Оценка экономической эффективности внедрения программного продукта

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

П = Э - З,(4.19)

Где Э - стоимостная оценка результатов применения программного продукта в течение года, руб.;

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

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

Э = (Зруч - Зфвт) + Эдоп,(4.20)

Где Зруч - затраты на ручную обработку информации, руб.;

Завт - затраты на автоматизированную обработку информации, руб.;

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

Данный продукт используется оператором (бухгалтер Предприятия). Оклад бухгалтера - 20000,00 руб. Тогда, цена одного часа работы оператора ЗЧ, руб./ч, составит

ЗЧ = 20000,00/176 = 113,63 руб./ч.

Годовые затраты (затраты за 12 месяцев) оператора при ручной обработке информации ЗРУЧН, руб., вычислим по формуле

Зручн = tобщ.Р?12? ЗЧ.(4.21)

Тогда, по формуле (4.21), годовые затраты оператора при ручном выполнении запроов (по данным предпроектного обследования общие затраты времени на выполнение запросов в ручную tобщрР = 10 ч/месяц) составят

ЗРУЧН = 10?12?113,63 = 13653,60 руб.

Годовые затраты (затраты за 12 месяцев) оператора при автоматизированной обработке информации ЗАВТ, руб., вычислим по формуле

Завт = tобщ.А?12?цЧ.(4.22)

Тогда, по формуле (4.22), при автоматизированной обработке информации (по результатам тестирования программного продукта установлено, что общие затраты времени при автоматизированной обработке информации tобщ.А = 0,3 ч/месяц)

Зфвт = 0,3?12?79,55 = 409,06 руб.

Следовательно, годовой эффект от внедрения программного продукта, даже без учета дополнительный экономический эффекта (ЭДОП = 0), на основании формулы (4.20), получится равным

Э = ЗРучн Завт = 13653,60 409,06 = 13244,43 руб.

Эксплуатационные затраты при использовании программного продукта будут состоять из затрат на электроэнергию, техническое обслуживание и текущие ремонты вычислительно техники. На основании формулы (4.15), для персонального компьютера оператора за 12 месяцев затраты на электроэнергию ЗЭ, руб., при потребляемой мощности компьютера PВ = 0,3 кВт составят (стоимость электроэнергии цЭ = 2,82 руб./кВтч)

ЗЭ = 0,3?0,3?12?2,82= 3,05 руб.

Балансовая стоимость вычислительной техники (персонального компьютера оператора) = 15000,00 руб. Тогда, на основании формулы (4.17), для персонального компьютера оператора за 12 месяцев затраты на техническое обслуживание и текущий ремонт ЗП.ОП, руб., составят:

ЗП.ОП = 15000,00?(4/100)?(0,3?12)/1986 = 1,08 руб.

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

ЗАО.ОП = 15000,00?(20/100)?(0,3?12)/1986 = 5,43 руб.

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

З = ЗЭ + ЗП + ЗАО = 3,05 + 1,08+ 5,43 = 9,56 руб.

Прибыль рассчитаем по формуле (4.19):

П = Э - З = 13244,43 - 9,56 = 13234,87 руб.

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

а) чистый дисконтированный доход (ЧДД) от использования программного продукта;

б) внутреннюю норму доходности (ВНД) проекта;

в) срок окупаемости (Ток) проекта.

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

(4.21)

Где n - расчетный период, лет;

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

Е - норма дисконта, ед.;

K - капиталовложения при внедрении программного продукта, руб.

Капиталовложения при внедрении программного продукта равняются его себестоимости:

К = З = 16817,73 руб.

Пусть расчётный период равен двум годам, тогда при норме дисконта 20 % чистый дисконтированный доход за два года использования программного продукта составит:

руб.

Т. к. ЧДД больше нуля, значит, проект эффективен.

Внутреннюю норму доходности проекта ВНД определяют по формуле:

(4.22)

Где Евн.MAX+ - максимальное значение внутренней нормы дисконта, %, при которой ЧДД является положительной величиной (ЧДД > 0);

Евн.MIN? - минимальное значение внутренней нормы дисконта, %, при которой ЧДД является отрицательной величиной (ЧДД < 0);

- ЧДД, руб., вычисленный по формуле (4.21) при подстановке нормы дисконта

- ЧДД, руб., вычисленный по формуле (4.21) при подстановке нормы дисконта

Предполагаем, что ВНД лежит в диапазоне 58...60%. При норме дисконта ВНД = 58 % ЧДД = - 284 руб. (отрицателен), при ВНД = 60 % получаем ЧДД = 1090 руб. (положителен).

Срок окупаемости проекта Tок можно найти по формуле:

(4.23)

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

Эj - величины приведенных (дисконтированных) годовых эффектов за j-й год, руб., прошедший с начала эксплуатации программного продукта, вычисленные по формуле (4.23) при подстановке нормы дисконта E = 20 %.

Так как затраты на программный продукт не окупаются в первый год, то за расчётный период берём два года.

Величины приведенных (дисконтированных) годовых эффектов по годам расчетного периода равны:

руб.;

руб.;

Величина дохода за первые два года составит:

Э12 = 11029,05 + 9190,88 = 20219,94 руб.,

что больше величины капиталовложений (16342,31 руб.).

Исходя из формулы 4.23, рассчитаем срок окупаемости проекта:

года.

Следовательно, срок окупаемости проекта составит 1,37 года.

В таблице 4.4 сведены основные технико-экономические показатели проекта разработки информационной системы.

Таблица 4.4 - Основные технико-экономические показатели проекта

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

Единицы

измерения

Величина

Итоговая трудоёмкость разработки

чел.-ч.

186,61

Полные затраты на создание программного продукта

руб.

14624,12

Оптовая цена программного продукта

руб

16817,73

Годовой эффект от внедрения программного продукта

руб

11029,05

Внутренняя норма доходности

%

59,86

Чистый дисконтированный доход

руб.

182,18

Срог окупаемости проекта

лет

1,37

Выводы

1. Итоговая трудоемкость разработки программного продукта (информационной подсистемы "Запросы в ЖКХ") составляет 186,61 чел.-ч.

2. Полные затраты на создание программного продукта составляют 14624,12 руб.

3. Оптовая цена программного продукта - 16817,73 руб.

4. Годовой эффект от внедрения программного продукта составляет 11029,06 руб.

5. Чистый дисконтированный доход за 2 года использования программного продукта равен 20219,94 руб.

6. Внутренняя норма доходности проекта составляет 59,86%.

7. Срок окупаемости проекта 1,37 года.

8. После внедрения программного продукта ежемесячные затраты времени бухгалтера ТСЖ "ИСТОК" на запросы в ЖКХ сократились с 10 часов до 18 минут, т. е. в 30 раз. Таким образом, разработка информационной подсистемы "Запросы в ЖКХ" является экономически обоснованной и эффективной.


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

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

    дипломная работа [1,2 M], добавлен 01.07.2011

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

    лабораторная работа [2,4 M], добавлен 15.11.2010

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

    курсовая работа [69,4 K], добавлен 18.11.2010

  • Формирование основных таблиц базы данных деканата и устанавливание к ним ключей. Заполнение баз необходимыми сведениями. Формулировка схем данных форм и запросов. Настройка некоторых запросов по своим свойствам. Создание форм через "мастера форм".

    контрольная работа [1,0 M], добавлен 07.01.2011

  • Разновидности систем управления базами данных. Анализ предметной области. Разработка структуры и ведение базы данных. Структурированный язык запросов SQL. Организация выбора информации из базы данных. Общие принципы проектирования экранных форм, макросов.

    курсовая работа [3,1 M], добавлен 26.02.2016

  • Системный анализ и анализ требований к базе данных. Особенности создания отчетов, запросов и форм в Visual Studio 2012. Программная реализация ER-диаграммы. Создание инфологической, логической и физической модели базы данных. Генерация ее в SQL Server.

    курсовая работа [1,0 M], добавлен 22.11.2012

  • Объекты и методы проведения предпроектного обследования предприятия, анализ результатов . Схема организационной структуры управления и документооборота. Назначение информационной подсистемы. Реализация подсистемы "Helpdesk" на основе "1С: Предприятие".

    дипломная работа [6,9 M], добавлен 24.06.2011

  • Сущности и функциональные зависимости базы данных. Атрибуты и связи. Таблицы базы данных. Построение ER-диаграммы. Организация ввода и корректировки данных. Реляционная схема базы данных. Реализация запросов, получение отчетов. Защита базы данных.

    курсовая работа [2,4 M], добавлен 06.02.2016

  • Построение информационно-логической модели базы данных. Корректировка данных средствами запросов. Проектирование алгоритмов обработки данных. Реализация пользовательского интерфейса средствами форм. Разработка запросов для корректировки и выборки данных.

    курсовая работа [680,9 K], добавлен 19.10.2010

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

    дипломная работа [5,4 M], добавлен 26.06.2011

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