распечатать. Для создания смет необходимо нажать на область документа

«Сметы» и далее «Создать».

При создании сметы необходимо только внести в документ ремонтно-

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

Рисунок 3.14 – Итоговый документ «Смета» для печати

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

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

В качестве стратегии тестирования выбрана стратегия «черный ящик»

[20], когда проверка соответствия функционирования информационной системы техническому заданию производится без учета особенностей

35

алгоритма. Данные тестирования системы приведены в таблице 3.1.

Таблица 3.1 – Результаты тестирование системы

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

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

3.15.

36

Рисунок 3.15 – Результаты тестирования в условиях некорректного ввода

Выводы по третьему разделу

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

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

37

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

Тестирование информационной системы осуществлялось методом

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

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

38

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

1. Мартыненко Д. Особенности составления сметы / Д. Мартыненко //

Информационный портал FB.ru [электронный ресурс]. 2016. URL : http://fb.ru/article/232056/obraztsyi-smet-na-stroitelstvo-doma-osobennosti-sostavlen

iya-smetyi (дата обращения 17.09.17).

2. Сметы по видам работ и расшифровка расценок / Как читать смету,

итоги сметы на ремонтно-строительные работы [электронный ресурс]. 2016.

URL : http://smeta-ekspertiza.ru/stati-o-smetnom-dele/article_post/chitat-smetu (да-

ресурс]. 2017. URL : http://www.smeta.ru/static/56_945.html (дата обращения

9. Разработка модели деятельности строительной фирмы / БоброДобро

[электронный ресурс]. 2017. URL : http://prog.bobrodobro.ru/74789 (дата обращения 12.10.17).

10.Моделирование бизнеса. Основные подходы / Блог компании

Trinion // Новостной блог программистов Хабрахабр [электронный ресурс].

2017. URL : https://habrahabr.ru/company/trinion/blog/332772/ (дата обращения

12.10.2017).

11. Методология IDEF0 / Статьи раздела BPWin // ITteach.ru

[электронный ресурс]. 2016. URL : http://itteach.ru/bpwin/metodologiya-idef0

(дата обращения 23.10.2017).

12. Методология IDEF1X / Статьи раздела BPWin // ITteach.ru

[электронный ресурс]. 2016. URL : http://itteach.ru/bpwin/metodologiya-idef1x

(дата обращения 30.10.2017).

13.Васильев В. С. Диаграммы классов UML / В. С. Васильев // Блог программиста [электронный ресурс]. 07.06.2017. URL : https://proprof.com/archives/3212 (дата обращения 05.11.17).

14.1С модули / 1С Программист [электронный ресурс]. 2017. URL : http://1c-md.com/programmirovanie/1s-moduli.html (дата обращения 27.11.17).

15.Структурная схема пакета - дерево вызова программных модулей /

[электронный ресурс]. 23.03.2017. URL : http://master1c8.ru/platforma-1s- predpriyatie-8/rukovodstvo-razrabottchika/glava1-kontseptsiya-sistem- 1spredpriyatie/osnovne-vid-obaektov-konfiguratsii/ (дата обращения 02.12.17).

17. Модули в Платформе 1С: Предприятие 8.3 / Бесплатная статья по Программированию в 1С 8.3 // Курсы-по-1С-РФ.2014. URL : http://курсы-по-

40

1с.рф/articles/модули-в-платформе-1с-предприятие-8-3/ (дата обращения

10.12.17).

18.1C : Системные требования / Программирование 1C. 2017. URL : http://capitally.ru/1c-development/administrirovanie/1s-sistemnye-trebovaniya/ (дата обращения 15.12.17).

19.Установка конфигурации 1С / Пошаговое руководство // Programs. 2017. URL : http://1c-programs.ru/chastye-voprosy-po-1s/ustanovka-konfiguracii-1s- poshagovoe-rukovodstvo.html (дата обращения 20.12.17).

20.Проць С. Методы тестирования программного обеспечения и их сравнение. Тестирование методом «черного ящика» и тестирование методом

«белого ящика» / С. Проць // Информационный портал FB.ru [электронный ресурс]. 2016. URL : http://fb.ru/article/247668/metodyi-testirovaniya- programmnogo-obespecheniya-i-ih-sravnenie-testirovanie-metodom-chernogo-yaschi ka-i-testirovanie-metodom-belogo-yaschika (дата обращения 20.12.17).

41

ПРИЛОЖЕНИЕ А Глоссарий

1. Информация – это совокупность сведений, подлежащих хранению,

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

2. Информационные технологии (ИТ) – совокупность средств и методов сбора, обработки и передачи данных (первичной информации) для получения информации нового качества о состоянии объекта, процесса или явления

(информационного продукта).

3.Бизнес-процесс – это совокупность взаимосвязанных мероприятий или работ, направленных на создание определённого продукта или услуги для потребителей.

4.Автоматизированная система управления строительством (АСУС) –

организационно-техническая система, базирующаяся на ЭВМ и экономико-

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

контролю, анализу, планированию и подготовке.

5. Система автоматизированного проектирования (САПР) –

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

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

6. Смета – документ, в котором вычисляется сумма затрат на проект,

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

7. Клиент-серверная архитектура – вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределены между поставщиками услуг, называемыми серверами, и заказчиками услуг,

называемыми клиентами. Фактически клиент и сервер — это программное

42

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

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

9.Конфигурация – совокупность настроек программы, задаваемая пользователем, а также процесс изменения этих настроек в соответствии с нуждами пользователя.

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

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

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

43

13.Физическая модель – логическая модель, выраженная в терминах языка описания данных конкретной СУБД.

14.Сущность – некоторый объект, явление из рассматриваемой предметной области.

15.Атрибут – данные, описывающие свойства сущности.

16.Модуль – это отдельная функционально-законченная программная единица, которая структурно оформляется стандартным образом по отношению

ккомпилятору и по отношению к объединению ее с другими аналогичными единицами и загрузке.

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

44

ПРИЛОЖЕНИЕ Б

Модель бизнес-процесса по стандарту IDEF0

Рисунок Б.1 – Концептуальный уровень диаграммы IDEF0

Рисунок Б.2 – Декомпозиция блока «Расчет строительных смет»

45

ПРИЛОЖЕНИЕ В Описание объектов БД

Таблица Г.1 – Справочники БД

Таблица Г.2 – Документы БД

Документ «УстановкаЦен»

Продолжение таблицы Г.2

часть: Затраты

Таблица Г.3 – Перечисления БД

49

Таблица Г.4 – Регистры сведений БД

50

ПРИЛОЖЕНИЕ Г Текст модулей объектов

Листинг Г.1 – Модуль объекта Документ.СметныеНормы

Процедура ОбработкаПроведения(Отказ, Режим) //{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

//Данный фрагмент построен конструктором.

//При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

//регистр СметныеНормы

Движения.СметныеНормы.Записывать = Истина; Для Каждого ТекСтрокаТовары Из Товары Цикл

Движение = Движения.СметныеНормы.Добавить(); Движение.Период = Дата; Движение.Работа = Работа;

Движение.Номенклатура = ТекСтрокаТовары.Номенклатура; Движение.Количество = ТекСтрокаТовары.Количество; Движение.Сумма = ТекСтрокаТовары.Цена; Движение.ЕденицаИзмерения = ТекСтрокаТовары.ЕденицаИзмерения;

КонецЦикла;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ КонецПроцедуры

Листинг Г.2 – Форма документа Документ.СметныеНормы

Листинг Г.3 – Модуль объекта Документ.ЗаказКлиента

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения) ЭтотОбъект.СуммаЗаказа = 0; ЭтотОбъект.Убытки = 0;

Для каждого Строка Из ЭтотОбъект.Материалы Цикл ЭтотОбъект.СуммаЗаказа = ЭтотОбъект.СуммаЗаказа + Строка.Сумма;

КонецЦикла;

Для каждого Строка Из ЭтотОбъект.Работы Цикл ЭтотОбъект.СуммаЗаказа = ЭтотОбъект.СуммаЗаказа + Строка.Сумма;

КонецЦикла;

52

Для каждого Строка Из ЭтотОбъект.Затраты Цикл

Если Строка.СтатьяДДС = Справочники.СтатьиЗатрат.НДС Тогда ЭтотОбъект.Убытки = ЭтотОбъект.Убытки + (ЭтотОбъект.СуммаЗаказа / 100 *

10);

Иначе ЭтотОбъект.Убытки = ЭтотОбъект.Убытки + Строка.Сумма;

КонецЕсли; КонецЦикла;

КонецПроцедуры

Листинг Г.4 – Модуль менеджера Документ.ЗаказКлиента

Листинг Г.5 – Модуль команды ПечатьКалькуляции

&НаКлиенте Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)

55

//{{_КОНСТРУКТОР_ПЕЧАТИ(ПечатьКалькуляции) ТабДок = Новый ТабличныйДокумент; ПечатьКалькуляции(ТабДок, ПараметрКоманды);

ТабДок.ОтображатьСетку = Ложь; ТабДок.Защита = Ложь; ТабДок.ТолькоПросмотр = Ложь; ТабДок.ОтображатьЗаголовки = Ложь; ТабДок.Показать();

//}}

КонецПроцедуры

&НаСервере Процедура ПечатьКалькуляции(ТабДок, ПараметрКоманды)

Документы.ЗаказКлиента.ПечатьКалькуляции(ТабДок, ПараметрКоманды); КонецПроцедуры

Листинг Г.6 – Модуль команды Рентабельность

&НаКлиенте Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)

//{{_КОНСТРУКТОР_ПЕЧАТИ(Рентабельность) ТабДок = Новый ТабличныйДокумент; Рентабельность(ТабДок, ПараметрКоманды);

ТабДок.ОтображатьСетку = Ложь; ТабДок.Защита = Ложь; ТабДок.ТолькоПросмотр = Ложь; ТабДок.ОтображатьЗаголовки = Ложь; ТабДок.Показать();

//}}

КонецПроцедуры

&НаСервере Процедура Рентабельность(ТабДок, ПараметрКоманды)

Документы.ЗаказКлиента.Рентабельность(ТабДок, ПараметрКоманды); КонецПроцедуры

Листинг Г.7– Форма документа ЗаказКлиента

59