Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. СОВРЕМЕННОЕ СОСТОЯНИЕ АВТОМАТИЗАЦИИ ПРОЦЕССА РАСЧЕТА АРЕНДНОЙ ПЛАТЫ ЗА ПРОИЗВОДСТВЕННЫЕ ПОМЕЩЕНИЯ

2. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Описание предметной области и функции решаемой задачи

2.2 Документы предметной области

2.3 Бизнес - правила

3. ПОСТАНОВКА ЗАДАЧИ

3.1 Организационно-экономическая сущность задачи

3.2 Методика расчета арендной платы на предприятии ОАО «ПРОМИНДУСТРИЯ»

3.3 Форматы входных документов

3.4 Форматы выходных документов

3.5 Требования к информационной системе

4. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ СИСТЕМЫ

4.1 Информационный анализ предметной области и выделение информационных объектов

4.2 Построение логической модели данных

4.3 Описание таблиц базы данных и типовых запросов

5. ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ СИСТЕМЫ

5.1 Проектирование экранных форм для ввода данных

5.2 Функциональная структура программной системы обработки данных

5.3 Проектирование и реализация программных модулей

5.4 Тестирование и оценка программного продукта

5.4.1 Тестирование программного продукта

5.4.2 Оценка качественных показателей программного продукта

5.4.3 Оценка количественных показателей программного средства

5.4.4 Оценка технико-экономических показателей разработки программного продукта

6. РАЗРАБОТКА И ОФОРМЛЕНИЕ ДОКУМЕНТАЦИИ

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

6.2 Руководство программиста

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Приложения

ВВЕДЕНИЕ

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

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

Основными задачами данной работы являются:

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

б) организация набора баз данных для хранения всех договоров;

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

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

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

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

1. СОВРЕМЕННОЕ СОСТОЯНИЕ АВТОМАТИЗАЦИИ ПРОЦЕССА РАСЧЕТА АРЕНДНОЙ ПЛАТЫ ЗА ПРОИЗВОДСТВЕННЫЕ ПОМЕЩЕНИЯ

В условиях недофинансирования практически каждое бюджетное учреждение ищет дополнительные источники для покрытия своих расходов. Одним из наиболее часто используемых источников служит сдача помещений и зданий в аренду коммерческим и иным организациям. Инструкция Минфина России по бухгалтерскому учету в бюджетных учреждениях от 30.12.99 № 107н [1] предполагает учет арендной платы как дополнительного источника бюджетного финансирования. С получаемой арендной платы как дополнительного источника бюджетного финансирования бюджетное учреждение налоги не исчисляет [2]. Именно поэтому возникла необходимость в автоматизации процесса начисления величины арендной платы.

Рынок программного обеспечения России довольно богат системами, позволяющими выполнить подобные операции. Так, начисление арендной платы можно выполнить с помощью бухгалтерских программ «Галактика», «1С:Бухгалтерия», «БЭСТ» и др.. Рассмотрим подробнее данные системы.

Система "Галактика" - разработка корпорации "Галактика" - впервые появилась на рынке в 1995 году. "Галактика" - это комплексная система для крупных и средних предприятий, обеспечивающая поддержку всех управленческих задач, включая задачи календарно-сетевого и финансового планирования, материально-технического снабжения и сбыта (управления закупками и продажами), управления персоналом, бухгалтерского учета, анализа производственно - хозяйственной и финансовой деятельности предприятия, анализа и планирования маркетинговых мероприятий [3]. Такая многосторонность системы обеспечивается ее модульным строением. Модульное построение "Галактики" позволяет максимально учесть специфику каждого конкретного проекта, построить информационную систему, адекватную запросам и возможностям предприятия.

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

Система "Галактика" позволяет предприятию торговли автоматизировать управление договорами, вести учет схем транспортировки товара, начислять арендную плату; управлять экспортно-импортными операциями; проводить мониторинг неудовлетворенного спроса; определять дефициты, неликвиды, сверхнормативы; вести расчет себестоимости товара и поддерживать сложные схемы его резервирования [4]. Особенностью системы является проработанный алгоритм для решения базовых задач в низовом звене организационно - экономического управления. Без предварительной настройки можно вполне полноценно работать: выписывать платежные поручения, делать бухгалтерские проводки, учитывать накладные и первичные документы. С другой стороны, "Галактика" имеет огромное количество настроек, поддерживает много уровней аналитики, сложные системы взаимозачетов и т.д. Система является легко адаптируемой, что позволяет ее оперативно перенастраивать даже в тех случаях, когда крупная компания проводит радикальную реструктуризацию своих бизнес-процессов. Корпорация "Галактика" предлагает широкий спектр отраслевых решений, учитывающих отраслевые особенности различных предприятий. Такая настройка обеспечивается установкой к базовому комплекту дополнительных модулей, например, "Техническая подготовка производства", "Управление розничной торговлей", "Кредиты, векселя, займы, аренда", "Спецодежда", "Экспорт-импорт". Настройка системы под конкретную учетную политику предприятия, а также под специфику его деятельности осуществляется настройкой бухгалтерского контура.

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

«1С: Бухгалтерия»- универсальная бухгалтерская программа, являющаяся самой распространенной (по данным «Финансовой газеты, газеты «СофтМаркет» и др.) бухгалтерской программой в России - по разным данным ее используют 40-45% предприятий, использующие АСБУ. «1С: Бухгалтерия» [5] предоставляет очень широкие возможности настройки системы под конкретную специфику хозяйственной деятельности предприятия. Благодаря этому, программа достаточна универсальна - один раз освоив возможности программы, можно автоматизировать различные разделы учета.

При отражении в бухгалтерском учете операций по аренде с помощью программного комплекса 1С: Бухгалтерия следует использовать модуль «Бухгалтерия для бюджетных организаций: учет арендной платы» [5]. В бюджетных учреждениях аналитический учет расчетов с арендаторами ведется в карточках учета средств и расчетов формы 292. Для получения карточки в «Бухгалтерии для бюджетных организаций» необходимо сформировать отчет «Карточка счета» по счету 175.1 по каждому арендатору, Можно также получить накопительную ведомость по расчетам с прочими дебиторами и кредиторами формы 408. Для этого следует сформировать отчет «МО 6» (из группы мемориальные ордера) по счету 175.1 [5].

Программа БЭСТ-4 разработана московской компанией "Интеллект - Сервис". Название программы представляет собой аббревиатуру, которая расшифровывается следующим образом: Бухгалтерия, Экономика, Склад, Торговля [6]. Из названия понятно, что этот программный комплекс ориентирован на предприятия торговли. Но опыт компании "Интеллект-Сервис" убедительно доказывает, что БЭСТ-4 успешно используют не только предприятия оптовой и розничной торговли, но и бюджетные организации, строительные организации и производственные предприятия.

БЭСТ-4 состоит из отдельных модулей. Модули взаимосвязаны между собой, но могут работать и автономно. В зависимости от того, какие участки работы предприятия нуждаются в автоматизации, пользователь может подобрать необходимый набор модулей [6]. Такое структурное построение очень удобно для поэтапного освоения программы. Пользователь определяет, в какой последовательности ему удобнее всего внедрять и осваивать программу и покупает то, что необходимо в первую очередь. Оставшиеся модули всегда можно докупить впоследствии. «БЭСТ» состоит из следующих модулей:

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

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

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

г) учет кассовых операций. Модуль предназначен для учета операций с наличными средствами предприятий. Позволяет вести несколько касс, в том числе валютных;

д) АРМ Товары. Готовая продукция - предназначен для учета остатков и движения товаров и готовой продукции на складах предприятия;

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

ж) учет производственных запасов и малоценных и быстроизнашивающихся предметов (МБП). Модуль предназначен для учета остатков и движения материалов и МБП на складах предприятия;

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

и) учет основных средств (ОС) и нематериальных активов (НМА). Модуль предназначен для пообъектного учета основных средств и нематериальных активов.

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

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

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

б) хранение всех договоров;

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

Учет расчетов по договорам, который включает:

а) автоматическое формирование счетов на оплату сразу по всем действующим договорам;

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

в) ввод выписок о перечислении арендной платы.

Составление отчетности:

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

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

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

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

2. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Описание предметной области и функции решаемой задачи

Необходимо разработать базу данных для учета договоров по сдаче производственных помещений в аренду и платежей по этим договорам в финансовом отделе ОАО «ПРОМИНДУСТРИЯ». Финансовый отдел заключает с юридическими лицами договора о сдаче производственных помещений в аренду. По данному договору ОАО «ПРОМИНДУСТРИЯ» обязуется предоставить производственное помещение на определенный срок (не менее месяца) за определенную сумму в рублях. Данная сумма включает:

а) плату за землю;

б) плату за коммунальные услуги;

в) плату за теплоснабжение и горячую воду;

г) плату за электроэнергию.

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

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

а) возможность создания и корректировки договоров аренды;

б) хранение всех заключенных договоров в реестре;

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

г) возможность составления отчетной ведомости по договорам.

2.2 Документы предметной области

а) Смета затрат на оплату теплоснабжения и горячей воды. Документ содержит следующие реквизиты:

1) номер сметы;

2) дата утверждения сметы;

3) площадь арендуемого помещения;

4) объем арендуемого помещения;

5) отопительный сезон;

6) количество работающих;

7) сумма затрат в зимний период;

8) тариф;

9) сумма затрат в летний период.

Образец заполнения формы документа представлен в приложении А. Форма документа представлена на рисунке 2.1.

Рисунок 2.1 - Форма документа «Смета затрат на оплату теплоснабжения и горячей воды»

б) Смета затрат на отпуск воды и прием сточных вод. Документ содержит следующие реквизиты:

1) номер сметы;

2) дата утверждения сметы;

3) площадь арендуемого помещения;

4) количество рабочих дней;

5) количество унитазов;

6) тариф;

7) количество работающих;

8) общая сумма.

Образец заполнения формы документа представлен в приложении Б. Форма документа представлена на рисунке 2.2

Рисунок 2.2 - Форма документа «Смета затрат на отпуск воды и прием сточных вод»

в) Смета затрат на электроэнергию. Документ содержит реквизиты:

1) номер сметы;

2) дата утверждения сметы;

3) площадь арендуемого помещения;

4) количество рабочих дней;

5) количество работающих;

6) тариф;

7) налог на добавочную стоимость (НДС);

8) реквизиты токоприемников;

9) общая сумма.

Реквизиты токоприемников включают:

1) наименование токоприемника;

2) мощность токоприемника;

3) число смен работы.

Образец заполнения формы документа представлен в приложении В. Форма документа представлена на рисунке 2.3.

Рисунок 2.3 - Форма документа «Смета затрат на электроэнергию»

г) Смета затрат на оплату арендной платы за помещение. Документ содержит реквизиты:

1) номер сметы;

2) дата утверждения сметы;

3) площадь арендуемого помещения;

4) общая площадь здания;

5) балансовая стоимость здания;

6) сумма износа;

7) годовая амортизация;

8) арендная плата за землю;

9) НДС;

10) арендная плата в год за помещение;

11) арендная плата в месяц за помещение.

Образец заполнения формы документа представлен в приложении Г. Форма документа представлена на рисунке 2.4.

Рисунок 2.4 - Форма документа «Смета затрат на оплату арендной платы за помещение»

д) Договор о сдаче производственного помещения в аренду. Документ содержит реквизиты:

1) номер договора;

2) дата начала действия договора;

3) дата окончания действия договора;

4) реквизиты арендодателя:

- название организации;

- адрес;

- идентификационный номер налогоплательщика (ИНН);

- номер расчетного счета.

5) реквизиты арендатора:

- название организации;

- адрес;

- идентификационный номер налогоплательщика (ИНН);

- номер расчетного счета.

6) сумма договора в летний период в рублях;

7) сумма договора в зимний период в рублях;

8) дата подписания договора.

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

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

1) номер договора;

2) число;

3) месяц;

4) арендатор;

5) сумма за теплоснабжение и горячую воду;

6) сумма арендной платы за землю;

7) сумма за отпуск воды и прием сточных вод;

8) сумма за электроэнергию;

9) общая сумма договора.

Образец заполнения и форма документа представлены в приложении Е.

2.3 Бизнес - правила

а) Номер договора должен быть уникален.

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

в) Срок действия договора должен быть не менее месяца.

г) Количество токоприемников не должно превышать 25.

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

3. ПОСТАНОВКА ЗАДАЧИ

3.1 Организационно-экономическая сущность задачи

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

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

а) сокращение стоимостных затрат за счет отказа от бумажной работы;

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

в) сокращение времени на обработку документов.

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

а) развитие автоматизированной информационной системы (АИС) в виде постановки и автоматизации решения новых задач;

б) переход на новые информационные технологии в связи со сменой поколений ЭВМ или с переходом на другую информационную систему или другие базы данных;

в) создание АИС в полном наборе подсистем, функций и комплексов задач.

Для решения проблем автоматизации в данном случае использовался подход создания новой информационной системы. Разрабатываемая программа должна обеспечивать расчет арендной платы по разработанной на ОАО «ПРОМИНДУСТРИЯ» методике, а также должна быть предусмотрена возможность печать накопленных документов. Программное средство должно обеспечивать связь с функционирующей на предприятии системой БЭСТ, а также поддерживать работу в операционной системе Windows.

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

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

3.2 Методика расчета арендной платы на предприятии ОАО «ПРОМИНДУСТРИЯ»

Для расчета арендной платы на предприятии ОАО «ПРОМИНДУСТРИЯ» используется специальная методика, которая состоит из двух разделов:

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

б) расчет стоимости арендной платы за помещение.

Рассмотрим раздел «Расчет затрат по содержанию и коммунальному обеспечению арендуемых помещений» по данной методики. Данный раздел состоит из следующих подразделов:

1) затраты на теплоснабжение и горячую воду;

2) затраты на отпуск воды и прием сточных вод;

3) затраты на электроэнергию.

Расчет затрат на теплоснабжение состоит из следующих этапов:

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

3.3 Форматы входных документов

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

а) Смета затрат на оплату теплоснабжения и горячей воды. Описание реквизитов документа приведено в таблице 3.3.

б) Смета затрат на отпуск воды и прием сточных вод. Описание реквизитов документа приведено в таблице 3.4.

в) Смета затрат на электроэнергию. Описание реквизитов документа приведено в таблице 3.5.

г) Смета затрат на оплату арендной платы за помещение. Описание реквизитов документа приведено в таблице 3.6.

Таблица 3.3 - Описание реквизитов документа «Смета затрат на оплату теплоснабжения и горячей воды»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс, длина	Точность
Номер сметы	числовой	3	0
Дата утверждения сметы	дата
Площадь арендуемого помещения	числовой	6	2
Объем арендуемого помещения	числовой	4	0
Отопительный сезон	числовой	3	0
Количество работающих	числовой	4	0
Тариф	числовой	5	2
Сумма затрат в летний период	числовой	5	2
Сумма затрат в зимний период	числовой	5	2

Таблица 3.4 - Описание реквизитов документа «Смета затрат на отпуск воды и прием сточных вод»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс, длина	Точность
Номер сметы	числовой	3	0
Дата утверждения сметы	дата
Площадь арендуемого помещения	числовой	6	2
Количество рабочих дней	числовой	3	0
Количество унитазов	числовой	3	0
Количество работающих	числовой	4	0
Тариф	числовой	5	2
Общая сумма	числовой	6	2

Таблица 3.5 - Описание реквизитов документа «Смета затрат на электроэнергию»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс, длина	Точность
Номер сметы	числовой	3	0
Дата утверждения сметы	дата
Площадь помещения	числовой	6	2
Количество рабочих дней	числовой	3	0
Количество работающих	числовой	4	0
Тариф	числовой	5	2
НДС	числовой	2	2
Название токоприемника	символьный	25	-
Мощность	числовой	5	2
Число смен работы	числовой	3	0
Общая сумма	числовой	6	2

Таблица 3.6 - Описание реквизитов документа «Смета затрат на оплату арендной платы за помещение»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс, длина	Точность
Номер сметы	числовой	3	0
Дата утверждения сметы	дата
Площадь помещения	числовой	6	2
Общая площадь здания	числовой	6	2
Балансовая стоимость здания	числовой	8	2
Сумма износа	числовой	8	2
Годовая амортизация	числовой	6	2
Арендная плата за землю	числовой	6	2
НДС	числовой	2	2
Арендная плата за помещение в год	числовой	8	2
Арендная плата за помещение в месяц	числовой	6	2

3.4 Форматы выходных документов

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

Таблица 3.7 - Описание реквизитов документа «Договор о сдаче производственного помещения в аренду»

Наименование Реквизитов	Характеристика реквизитов
	Тип	Макс, длина	Точность
Номер договора	числовой	3	0
Дата начала договора	дата
Дата окончания действия договора	дата
Название организации арендодателя	символьный	25
Адрес арендодателя	символьный	25
ИНН арендодателя	символьный	12
PC арендодателя	символьный	25
Название организации арендатора	символьный	25
Адрес арендатора	символьный	25
ИНН арендатора	символьный	12
PC арендатора	символьный	25
Сумма договора в зимний период	числовой	6	2
Сумма договора в летний период	числовой	6	2
Дата подписания	дата

3.5 Требования к информационной системе

логический база данных запрос

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

Проектируемая автоматизированная система должна дополнять функции системы БЭСТ и работать в операционной системе Windows 95/98/2000/XP/ и выше.

4. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ СИСТЕМЫ

На основе анализа предметной области были выделены информационные объекты, приведены в таблице 4.1.

Таблица 4.1 - Информационные объекты

Название информационного объекта (ИО)	Обозначение ИО	Семантика ИО
Клиент	Klient	Информация об арендаторах
Договор	Dogovor	Содержит информацию о заключенных договорах
Помещение	Pomechenie	Содержит характеристики арендуемого помещения
Сумма	Summa	Содержит информацию о суммах по разделам договора
Тарифы	Tarif	Содержит информацию о тарифах
Токоприемники	Tokopriem	Содержит информацию о характеристиках токоприемников
Нормы	Norma	Действующие нормы
Справочник токоприемников	Spravtok	Информация о коде и названии токоприемника
Аренда	Arenda	Данные об арендной плате за землю

При создании нового договора вводятся все характеристики арендуемого помещения, а также сведения об арендаторе и составе токоприемников. Для того, чтобы заключенные договора можно было корректировать и распечатывать вносимые данные заносятся с помощью специального модуля в таблицы Taif, Klient, Pomechenie, Tokopriem, Arenda и Dogovor. На основе введенных данных производится расчет арендной платы и коммунальных услуг по утвержденной методике (см. раздел 3.2). Полученные результаты вносятся в БД Summa. Для ведения справочников токоприемников и действующих норм предназначены таблицы Sprav_tok и Norma.

4.1 Информационный анализ предметной области и выделение информационных объектов

Функциональные зависимости реквизитов приведены в таблице 4.2.

Таблица 4.2. - Функциональные зависимости реквизитов

Информационный объект	Название реквизитов	Имя реквизита	Функциональные зависимости
Справочник токоприемников	Код токоприемника Название токоприемникака	Kod Name
Помещение	Код договора Количество рабочих Количество рабочих дней Площадь помещения Объем помещения	Kodd Kolrab Kolday Platz Objem
Тарифы	Код договора Тариф за тепло Тариф за воду Тариф за электроэнергию Кол-во унитазов Коэффициент для объема зданий	Kodd Tarift Tarifw Tarife Kolu Kobzd
Нормы	Код договора Коэффициент климатический Температура здания Среднегодовая температура по Кемеровской области Коэффициент теплопотерь теплосети Отопительный сезон НДС Норма воды для мытья полов Норма воды на руки Норма воды для унитаза Вода на человека Индекс затрат на строительно-монтажные работы Коэффициент затрат на историческую часть города Коэффициент комплексного ремонта	Kodd Kklim tzd tkem Ktp Sezon Knds Wodaruki Wodasant Wodamen II Kk Kist Kkp
Токоприемники	Код договора Код токоприемника Мощность Количество смен работы	Kodd Kod Mochn Kolsmen
Аренда	Код договора Амортизация Площадь здания Плата за землю Коэффициент инфляции Коэффициент нормативных вложений Балансовая стоимость здания Сумма износа	Kodd Am PI Pa Kinf En Bsz Sumi
Клиент	Код клиента Название организации Почтовый индекс Адрес организации ИНН организацииР/С организации	Kodk Nameorg Index Adres InnRs
Договор	Код клиента Код договора Номер договора Дата начала договора Дата окончания д-ра	Kodk Kodd Nomerd Datan Datak
Сумма	Код договора Сумма за тепло в летний период Сумма за тепло в зимний период Сумма за отпуск воды Сумма за электроэнергию Арендная плата за землю	Kodd Teplol Telpoz Woda Elektro Renta

Соответствие описательных и ключевых реквизитов приведено в таблице 4.3

Таблица 4.3 - Соответствие описательных и ключевых реквизитов

Описательные (зависимые) реквизиты	Ключевые реквизиты	Признак ключа	Имя ИО, включающего реквизит
Name	Kod	Простой, уникальный (П.,У.)	Sprav_tok
Am PI Pa Kinf En Bsz Sumi	Kodd	П.,У.	Arenda
Kolrab Kolday Platz Objem	Kodd	П.,У.	Pomechenie
Tarift Tarifw Tarife Kobzd Kolun	Kodd	П.,У.	Tarif
Шип tzd tkem Ktp Sezon Knds Wodaruki Wodasant Wodaraen П Kk Kist Kkp	Kodd	П.,У.	Norma
Mochn kolsmen	Kodd+kod	Составной, уникальный (С.,У.)	Tokopriem
Nameorg Index Adres Inn Rs	Kodk	П.,У.	Klient
Nomerd Datan datak	Kodk+kodd	С., У.	Dogovor
Teplol Telpoz Woda Elektro Renta	Kodd	П.,У.	Summa

Описание группировки реквизитов информационных объектов приведено в таблице 4.4

Таблица 4.4 - Группировка реквизитов ИО

Реквизиты ИО	Признак ключа	Имя ИО	Семантика ИО
Kodd Kolrab Kolday Platz Objem	П.,У.	Pomechenie	Основные характеристики арендуемого помещения
Kodd Tarift Tarifw Tarife Kolu Kobzd	П.,У.	Tarif	Тарифы по всем разделам договора
Kodd Kod Mochn Kolsmen	П.,У.	Tokopriem	Данные о характеристиках токоприемников
Kodd Am PI Pa Kinf En Bsz Sumi	П.,У.	Arenda	Информация об арендуемом помещении в разделе арендной платы за землю
Kodk Nameorg Index Adres Inn Rs	П.,У.	Klient	Информация о реквизитах арендаторов
Kodk Kodd Nomerd	С.,У.	Dogovor	Данные о заключенных договорах
Datan Datak	С.,У.	Dogovor	Данные о заключенных договорах
Kod name	П.,У.	Sprav_tok	Сведения о токоприемниках
Kodd Kklim tzd tkem Ktp Sezon Knds Wodaruki Wodasant Wodamen П Kk Kist Kkp	П., У.	Norma	Сведения о действующих нормах
Kodd Teplol Telpoz Woda Elektro Renta	П., У.	Summa	Сведения об итоговых суммах по заключенным договорам

Связи между информационными объектами приведены в таблице 4.5

Таблица 4.5 - Связи ИО

Главный ИО	Подчиненный ИО	Ключ связи	Тип реального отношения
Клиент	Договор	Kodk	1:M
Договор	Аренда	Kodd	1:1
Договор	Токоприемники	Kodd	1:1
Договор	Нормы	Kodd	1:1
Договор	Сумма	Kodd	1:1
Договор	Помещение	Kodd	1:1
Справочник токоприемников	Токоприемники	Kod	1:М

4.2 Построение логической модели данных

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

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

Рисунок 4.1- Диаграмма сущность - связь

б) Модель данных, основанная на ключах. Данная модель предполагает уже более подробное представление данных и включает описание всех сущностей и первичных ключей. Эта модель представлена на рисунке 4.2.

Рисунок 4.2 - Модель данных, основанная на ключах

в) Полная атрибутивная модель. Это наиболее детальное представление данных. Полная атрибутивная модель представлена на рисунке 4.3.

Рисунок 4.3 - Полная атрибутивная модель

4.3 Описание таблиц базы данных и типовых запросов

Описание структуры реляционных таблиц приведено в таблице 4.6.

Таблица 4.6 - Описание таблиц реляционной базы данных

Атрибут	Признак ключа	Формат поля
Обозначение	Наименование		Тип	Длина	Точность
Pomechenie
Kodd Kolrab Kolday Platz Objem	Код договора Количества рабочих Количество рабочих дней Площадь Объем	П.,У.	Числовой		0
			Числовой	3	0
			Числовой	3	0
			Числовой	6	2
			Числовой	6	2
Sprav tok
Kod Name	Код токоприемника Название	П.,У.	Числовой		0
			Символьный	25
Tarif
Kodd Tarift Tarife Tarifw Kolun Kobzd	Код договора Тариф за тепло Тариф за электроэнергию Тариф за воду Количество унитазов Коэффициент объема зданий	П.,У.	Числовой		0
			Числовой	6	2
			Числовой	6	2
			Числовой	6	2
			Числовой	3	0
			Числовой	3	2
Norma
Kodd Kklim tzd tkem Ktp Sezon Knds Wodaruki Wodasant Wodamen II Kk	Код договора Коэффициент климатический Температура здания Среднегодовая температура по Кемеровской области Коэффициент теплопотерь Отопительный сезон НДС Вода для мытья полов Вода на руки Вода для унитаза Вода на человека Индекс затрат на строительно-монтажные работы	П.,У.	Числовой	-	0
			Числовой	4	2
			Числовой	4	2
			Числовой	4	2
			Числовой	4	2
			Числовой	3	0
			Числовой	4	2
			Числовой	6	2
			Числовой	6	2
			Числовой	6	2
			Числовой	4	2
			Числовой	4	2
Norma
Kist Ккр	Коэффициент затрат на историческую часть города Коэффициент комплексного ремонта	П.,У.	Числовой	4	2
			Числовой	4	2
Tokopriem
Kodd Kod	Код договора Код токоприемника	П.,У.	Числовой		0
			Числовой		0
Tokopriem
Kod Mochn Kolsmen	Код токоприемника Мощность Количество смен работы	П.,У.	Числовой		0
			Числовой	4	2
			Числовой		0
Arenda
Kodd Am PI Pa Kinf En Bsz Sumi	Код договора Амортизация Площадь здания Плата за землю Коэффициент инфляции Коэффициент нормативных вложений Балансовая стоимость здания Сумма износа	П.,У.	Числовой		0
			Числовой	6	2
			Числовой	6	2
			Числовой	6	2
			Числовой	4	2
			Числовой	4	2
			Числовой	8	2
			Числовой	8	2
Klient
Kodk Nameorg Index Adres Inn Rs	Код клиента Название организации Почтовый индекс Адрес организации ИНН организации Р/С организации	П.,У.	Числовой		0
			Символьный	25
			Числовой	6	0
			Символьный	25
			Числовой	12	0
			Символьный	25
Dogovor
Kodk Kodd Nomerd Datan Datak	Код клиента Код договора Номер договора Дата начала договора Дата окончания договора	С.,У.	Числовой		0
			Числовой		0
			Числовой		0
			Дата
			Дата
Summa
Kodd Teplol Telpoz Woda Elektro Renta	Код договора Сумма за тепло в летний период Сумма за тепло в зимний период Сумма за отпуск воды Сумма за электроэнергию Арендная плата за землю	П.,У.	Числовой		0
			Числовой	8	2
			Числовой	8	2
			Числовой	8	2
			Числовой	8	2
			Числовой	8	2

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

Рисунок 4.3 - Логическая структура баз данных

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

а) Выдать список всех договоров, у которых срок действия меньше года.

№ договора	Дата начала договора	Дата конца договора	Арендатор	Сумма договора	Количество дней договора
					<366, сортировка.

б) Выдать список всех договоров, у которых сумма договора более 1500 рублей.

№ договора	Дата начала договора	Дата конца договора	Арендатор	Сумма договора
				>1500, сортировка.

в) Выдать список всех договоров, у которых количество токоприемников более 5 и сумма за электроэнергию не более 1300 руб./год.

№ договора	Сумма за электроэнергию	Количество токоприемников	Общая мощность токоприемников	Общая сумма договора
	?1300	>5

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

№ договора	Сумма за тепло	Сумма за воду	Сумма за электроэнергию	Сумма за землю	Общая сумма договора
	?280			>5000, сортировка по убыванию.

д) Удалить все договора, заключенные в период с 12.03.99 по 12.05.99, у которых сумма договора превышает 2000 рублей в год.

№ договора	Дата начала договора	Дата окончания договора	Арендатор	Сумма договора
	=12.03.99	12.05.99		>2000

е) Выдать список всех договоров, у которых арендатор «ОАО Эльком».

№ договора	Дата начала договора	Дата окончания договора	Арендатор	Сумма договора
Сортировка по возрастанию.			=«ОАО Эльком»

ж) Удалить список всех договоров, у которых арендатор «ОАО Эльф».

№ договора	Дата начала договора	Дата окончания договора	Арендатор	Сумма договора
			=«ОАО Эльф»

з) Удалить список всех договоров, у которых истек срок действия.

№ договора	Дата начала договора	Дата окончания договора	Арендатор	Сумма договора
		< системная дата

и) Удалить все организации-арендаторы, зарегистрированные в г. Кемерово.

Название организации	Адрес организации	Почтовый индекс	ИНН	Расчетный счет
	= г. Кемерово.

к) Удалить все договора из БД.

№ договора	Дата начала договора	Дата окончания договора	Арендатор	Сумма договора

5. ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ СИСТЕМЫ

5.1 Проектирование экранных форм для ввода данных

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

а) Форма для добавления в справочник арендаторов нового клиента. С помощью данной формы осуществляется ввод данных в таблицу Klient и просмотр сведений об арендаторах. Макет формы ввода представлен на рисунке 5.1.

Рисунок 5.1 - Макет формы ввода-вывода данных о клиентах

б) Экранная форма для ввода заполнения справочника токоприемников представлена на рисунке 5.2. Информация из этой формы вносится в таблицу Sprav_tok.

Рисунок 5.2 - Макет формы ввода данных о новом токоприемнике

в) Экранная форма для ввода информации о новом договоре представлена на рисунке 5.3. Вводимая информация сохраняется в БД Klient и Dogovor.

Рисунок 5.3 - Макет формы заполнения нового договора

г) Экранная форма для ввода характеристик арендуемого помещения представлена на рисунке 5.4. Вводимая информация заносится в БД Pomechenie, Tarif, Arenda.

Рисунок 5.4 - Макет формы ввода характеристик арендуемого помещения

д) Экранная форма для ввода характеристик токоприемников представлена на рисунке 5.5. Вводимая информация заносится в БД Tokopriem.

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

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

Рисунок 5.6 - Макет формы вывода результатов расчета

ж) Экранная форма для корректирования раздела договора «Электроэнергия» представлена на рисунке 5.7.

Рисунок 5.7 - Макет формы редактирования раздела договора «Электроэнергия»

з) Экранная форма для корректирования раздела договора «Теплоснабжение» представлена на рисунке 5.8.

Рисунок 5.8 - Макет формы редактирования раздела договора «Теплоснабжение»

и) Экранная форма для корректирования раздела договора «Отпуск воды» представлена на рисунке 5.9.

Рисунок 5.9 - Макет формы редактирования раздела договора «Отпуск воды»

к) Экранная форма для редактирования раздела договора «Арендная плата за землю» представлена на рисунке 5.10.

Рисунок 5.10 - Макет формы редактирования раздела договора «Арендная плата за землю»

л) Экранная форма для ввода основных действующих норм представлена на рисунке 5.11. Вводимая информация заносится в БД Norma.

Рисунок 5.11 - Макет формы для ввода действующих норм

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

Рисунок 5.12 - Макет формы для ввода данных для анализа

н) Экранная форма для вывода результатов корреляционного анализа представлена на рисунке 5.13.

Рисунок 5.13 - Макет формы для вывода результатов корреляционного анализа

5.2 Функциональная структура программной системы обработки данных

Схема диалога программы представлена на рисунке 5.14.

Рисунок 5.14- Схема диалога программы

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

Рисунок 5.15 - Алгоритм решения задачи и его декомпозиция на модули

Обобщенная функционально-технологическая схема подзадачи А1 представлена на рисунке 5.16

Рисунок 5.16 - Обобщенная функционально-технологическая схема подзадачи А1

Обобщенная функционально-технологическая схема подзадачи А2 представлена на рисунке 5.17

Рисунок 5.17 - Обобщенная функционально-технологическая схема подзадачи А2

Обобщенная функционально-технологическая схема подзадачи A3 представлена на рисунке 5.18

Рисунок 5.18 - Обобщенная функционально-технологическая схема подзадачи A3

Блок-схема решения задачи А1 представлена на рисунке 5.19

Рисунок 5.19 - Блок-схема решения подзадачи А1

Блок-схема решения подзадачи А2 представлена на рисунке 5.20.

Рисунок 5.20 - Блок-схема решения подзадачи А2

Блок-схема решения подзадачи A3 представлена на рисунке 5.21.

Рисунок 5.21 - Блок-схема решения подзадачи A3

5.3 Проектирование и реализация программных модулей

Функционально-технологическая схема задачи А1.1 представлена на рисунке 5.22.

Рисунок 5.22 - Функционально-технологическая схема задачи Al.l

После ввода информации по разделу договора «Теплоснабжение» производится выборка из БД NORMA значений основных норм по этому разделу договора. Далее производится расчет затрат по этому разделу для перехода в модуль А1.2. После этого добавляется запись в БД Tarif и Pomechenie. В БД Tarif записывается значение величины тарифа за теплоснабжение, а также коэффициент для объема зданий. В Pomechenie вносится информация о площади и объеме арендуемого помещения.

Функционально-технологическая схема задачи А1.2 представлена на рисунке 5.23.

Рисунок 5.23 - Функционально-технологическая схема задачи А1.2

На основе введенной информации и выбранных тарифов из БД NORMA производится расчет затрат по данному разделу. Далее в таблицу Tarif вносится величина тарифа за воду и количество унитазов на арендуемой площади. В БД Pomechenie вносятся данные о количестве работающих человек на арендуемом помещении и общее количество рабочих дней.

Функционально-технологическая схема задачи А1.3 представлена на рисунке 5.24.

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

Рисунок 5.24 - Функционально-технологическая схема задачи А1.3

Функционально-технологическая схема задачи А 1.4 представлена на рисунке 5.25.

Рисунок 5.25 - Функционально-технологическая схема задачи А1.4

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

Функционально-технологическая схема задачи А1.5 представлена на рисунке 5.26.

Рисунок 5.26 - Функционально-технологическая схема задачи А1.5

На основе рассчитанных в подзадачах А1.1-А1.4 сумм разделов договоров производится их суммирование и запись в БД Summa.

5.4 Тестирование и оценка программного продукта

5.4.1 Тестирование программного продукта

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

Существуют следующие методы тестирования ПС:

а) статический;

б) стохастический;

в) детерминированный.

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

а) вещественное деление на ноль;

б) несоответствие данных диапазону допустимых значений;

в) несовпадение типов входных данных;

г) нарушение целостности базы данных.

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

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

а) эквивалентного разбиения;

б) анализ граничных условий.

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

Перед тестированием ПС были выделены классы эквивалентности, приведены в таблице 5.1.

Таблица 5.1 - Классы эквивалентности

Правильный класс эквивалентности	Неправильный класс эквивалентности
Ввод вещественных значений осуществлен через точку.	Ввод вещественных значений осуществлен через запятую.
Правильный класс Эквивалентности	Неправильный класс эквивалентности
Количество объектов для анализа варьируется от 3 до 400.	Количество объектов для анализа меньше трех.
	Количество объектов для анализа больше 400.
Срок действия договора больше месяца.	Срок действия договора меньше месяца.
Правильный класс эквивалентности	Неправильный класс эквивалентности
Почтовый индекс содержит восемь знаков.	Почтовый индекс содержит меньше восьми знаков.
	Почтовый индекс содержит больше восьми знаков.
ИНН и расчетный счет арендатора содержат цифровые символы.	ИНН и расчетный счет арендатора содержат алфавитно-цифровые символы.
Характеристики помещения содержат цифровые символы .	Характеристики помещения содержат алфавитно-цифровые символы.

Таблица 5.2 - Тестовые наборы

Показатель	Входные данные для тестирования	Предполагаемый результат	Результат тестирования
			1	2	3	4	5
Количество объектов	2 л 456 5	Ошибка ввода Ошибка ввода Ошибка ввода 5	-	-	-	+	+
			-	-	-	-	+
			-	-	-	+	+
			+	+	+	+	+
Стоимость оборудования	456,5 450,2 0 456.8	Ошибка ввода Ошибка ввода Ошибка ввода 456.8	-	-	-	+	+
			-	-	-	-	+
			-	-	-	+	+
			+	+	+	+	+
Почтовый индекс	650045 65789 6578965 6548е4	650045 Ошибка ввода Ошибка ввода Ошибка ввода	+	+	+	+	+
			-	+	+	+	+
			-	-	-	+	+
			-	-	-	+	+
Расчетный счет	1354867854 46546.1654 45846ва5466	1354867854 Ошибка ввода Ошибка ввода	+	+	+	+	+
			-	-	-	-	+
			-	-	+	+	+
ИНН	123458451278 1545.454 54укеук5 1к	123458451278 Ошибка ввода Ошибка ввода Ошибка ввода	+	+	+	+	+
			-	-	+	+	+
			-	-	+	+	+
			-	+	+	+	+
Срок действия договора	12.02.01-12.03.01 12.02.01-22.02.01 45.02.01-12.03.01 12.02.01-12.01.00	12.02.01-12.03.01 Ошибка ввода Ошибка ввода Ошибка ввода	+	+	+	+	+
			-	-	-	+	+
			-	-	+	+	+
			-	-	-	+	+

5.4.2 Оценка качественных показателей программного продукта

Процесс оценки качественных показателей ПС состоит из нескольких этапов.

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

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

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

Таблица 5.3 - Описание оценок программного средства

Значение оценки	Описание
0	Свойство в ПС присутствует, но качество его неприемлемо.
0,5-1	Свойство в ПС присутствует и обладает приемлемым качеством.
1	Свойство в ПС присутствует и обладает высоким качеством.

Результаты проведения первого этапа приведенs в таблице5.4.

Таблица 5.4 - Характеристика показателей качества

Показатели качества	Сущность показателя	Экспертная оценка ()	Экспериментальная оценка ()
Надежность	Вероятность работы ПС длительное время без сбоев.	0,4	1
Эффективность	Минимальный период времени для решения производственной задачи.	0,2	0,9
Учет человеческого фактора	Не требуется дополнительных усилий для нормальной работы.	0,1	1
Понятность	Возможность быстро освоить принципы функционирования ПС.	ОД	0,8
Мобильность	Способность работы ПС без привлечения дополнительных программных ресурсов.	ОД	0,7
Точность	Промежуточные результаты имеют требуемую точность, необходимую с точки зрения их основного назначения .	ОД	0,9

На втором этапе определяется качество программного средства,. Расчет качества ПС производится по формуле

где - качество ПС;

- общее число показателей;

- экспертная оценка показателя с индексом i;

- экспериментальная оценка показателя с индексом i.

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

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

Рассчитаем качество ПС по формуле (5.2, таблица 5.4):

5.4.3 Оценка количественных показателей программного средства

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

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

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

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

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

где - количество ошибок на интервале[0,k].

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

где - некоторая постоянная;

- время работы программы без отказов.

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

где - среднее время работы без отказов.

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

где - общее число тестовых прогонов.

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

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

- число прогонов на заданном интервале.

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

Получив неизвестные и можно рассчитать надежность программы по формуле (5.9).

Проведем расчеты по этой модели для программы «Аренда». Пусть в программе имеется = 23000. Полученные в процессе последовательных тестовых прогонов результаты приведенs в таблице 5.5.

Таблица 5.5 - Результаты тестовых прогонов

Номер прогона	1	2А	3	4	5	6	7В	8
Количество ошибок,	3	1	2	2	1	1	1	1
Время (мин.),	10	7	8	4	1	5	5	7

Выберем две точки А и В, исходя из требования, чтобы количество ошибок на интервале (А:В) было больше, чем на интервале (0:А) . За точку А возьмем прогон номер 2, а за точку В - прогон номер 7. Тогда удельное число ошибок, найденных на этапах тестирования, на интервалах (0:А) и (А:В), рассчитываются по формуле (5.7) и равны соответственно:

Время тестирования на интервалах равно соответственно =17 и =23. Рассчитаем интенсивности появления ошибок на двух интервалах по формуле (5.12)