Курсовые работы / ПРИС К_11
.pdf
Для создания справочников и документов в соответствующем командном поле необходимо выбрать нужный элемент. Для редактирования документа или справочника необходимо выделить его в списке элементов и выполнить команду «Редактировать». После данных действий откроется форма элемента справочника или документа, где необходимо заполнить соответствующие поля.
Для сохранения нового элемента или изменений в справочнике необходимо нажать «Записать и закрыть», в документе – «Провести и закрыть». Если документ будет проведен, значит все действия были выполнены корректно. Для просмотра всех созданных элементов необходимо выбрать интересующий объект в левой боковой панели, для более детального изучения интересующего элемента необходимо открыть его двойным щелчком мыши (рисунок 3.7).
Рисунок 3.7 - Просмотр записей
Для формирования отчета необходимо выбрать один из отчетов в списке,
находящимся в командном поле «Отчеты». На открывшейся форме, заполнив пользовательские параметры, выполнить команду «Сформировать» (рисунок
3.8).
32
Рисунок 3.8 - Формирование отчета
Таким образом, информационная система удобна в использовании, и
адаптирована под различные роли пользователей ограничивая им доступ к системе и предоставляя только необходимую для работы информацию. Всеми правами доступа обладает только администратор, который является лицом сопровождающим эксплуатацию разработанной информационной системы.
3.6 Способы и результаты тестирования программного продукта в различных режимах
Тестирование представляет собой очень важную часть разработки информационной системы, так как данный процесс позволяет оценить соответствие реального поведения ИС ожидаемому на определенном наборе тестов, выбранных специальным образом. Существует множество методов тестирования, однако, наиболее распространенными из них выступают методы
«черного ящика» и «белого ящика» [17,18].
Тестирование методом «черного ящика» заключается в получении и выборе тестовых случаев на основе анализа системы без доступа к внутренней структуре компонентов системы [19]. Тестирование методом «черного ящика»
33
позволяет найти ошибки, которые невозможно обнаружить методом «белого ящика» (с точки зрения работы кода ИС), также тестирование проходит с точки зрения пользователя. Несмотря на распространённость и достоинства данного метода, он обладает рядом существенных недостатков: возможность пропуска границ и переходов; возможность проверки на небольшом количестве вводных значений.
При тестировании методом «белого ящика» рассматривается внутренняя логика и структура кода ИС [20]. Тестирование методом «белого ящика» позволяет легко составить набор тестов (входных данных) для эффективного тестирования системы за счет знаний ее внутренней структуры. Также, при проведении данного тестирования можно оптимизировать код ИС за счет удаления дополнительных строк кода, приводящих к дефектам. Однако, данный метод также обладает недостатками: тестирование может проводиться неопытным тестером; отсутствие возможности протестировать каждый кусок кода для выявления скрытых ошибок, приводящих к сбою в программе.
Таким образом, на основе проведенного анализа методов тестирования программного обеспечения, было принято решение проводить тестирование методом «черного ящика», так как тестирование будет проходить с позиции пользователя.
Для определения работоспособности системы и ее надежности необходимо провести тестирование в трех режимах: нормальном, при исключительных ситуациях и экстремальных ситуациях.
В нормальном режиме программа работает корректно, сбоев обнаружено не было. Так, информационная система была наполнена тестовыми данными,
при добавлении которых ошибок не возникало.
В качестве исключительных ситуаций для тестирования были приняты ситуации, когда пользователь не заполнил некоторые поля форм элемента, а
также ситуации некорректного ввода информации. Так, например, при создании документа заявка на ремонт, сотрудник не заполнил одно поле.
34
Информационная система выдала пользователю ошибку и не сохранила элемент документа, оставив форму в режиме создания (рисунок 3.9).
Рисунок 3.9 - Тестирование исключительной ситуации Далее проведено тестирование в экстремальных ситуациях. Например,
при создании документа стоимость ремонта по заявке, пользователь заменил заполнившееся значение цены на нулевое, В данном случае значение проставится и при попытке сохранить и провести документ система не выдает ошибки. Результат тестирования представлен на рисунке 3.10.
Рисунок 3.10 - Тестирование в экстремальной ситуации
35
Таким образом, в результате проведенного тестирования информационной системы в различных ситуациях можно утверждать о работоспособности программы. Исключительные и экстремальные ситуации программой обрабатываются, следовательно, программа устойчива к наиболее вероятным сбоям в ее работе.
Выводы по третьему разделу
В результате выполнения третьего раздела курсового проекта былопроведеноописание разработанной информационной системыучета ремонта жилищного фонда в управляющей компании. А именно приведена структура таблиц базы данных, которая соответствует требованиям к хранящимся в ней сведениям согласно пункту 2.1.
Также приведено описание основных программных модулей информационной системы и выполняемых ими функций. Приведена схема взаимодействия программных модулей с массивами данных разработанной информационной системы. Для отражения алгоритма работы с информационной системой приведен листинг одного из запросов, реализуемых модулем информационной системы, а также блок-схема алгоритма работы данного модуля.
Разработана инструкция пользователя по установке и работе с информационной системой.Также проведено тестирование работоспособности и надежности разработанной информационной системы методом «черного ящика» в нормальном, исключительном и экстремальном режиме работы. По результатам тестирования можно утверждать, что информационная система учета ремонта жилищного фонда в управляющей компании работоспособна и соответствует функциональным требованиям.
36
ЗАКЛЮЧЕНИЕ
В ходе выполнения курсового проекта был проведен обзор и сравнительный анализ современных систем, которые используются для учета ремонта жилищного фонда в управляющей компании. В результате анализа предметной область была поставлена задача проектирования информационной системы. На основе чего построена функциональная модель бизнес-процесса учета ремонта жилищного фонда в управляющей компании по стандарту
IDEF0, а также логическая модель данных по стандарту IDEF1X и физическая модель данных в нотации UML.
На основе полученных данных был осуществлен выбор структур объектов базы данных с учетом вопросов, связанных с нормализацией баз, а
затем и непосредственное создание их структуры.
В результате вышеуказанных действий было разработано приложение с использованием файл-серверной архитектуры. С целью отражения функциональных возможностей информационной системы было построено дерево модулей, а также схема взаимодействия модулей и массивов данных.
Тестирование информационной системы осуществлялось методом
«черного ящика» в трех режимах нормальном, исключительном и экстремальном. На основе результатов проведенного тестирования, был сделан вывод, что разработанная информационная система работает корректно и устойчива к наиболее вероятным сбоям.
Результатом выполнения курсового проекта стала информационная система для автоматизации учета ремонта жилищного фонда в управляющей компании, разработанная на основе применения объектно-ориентированного подхода.
Таким образом, все поставленные задачи курсового проекта выполнены,
следовательно, цель достигнута.
37
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1 1С: Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК [Электронный ресурс] // ООО «1С». URL: https://solutions.1c.ru/catalog/jkh-tsj/features (дата обращения: 21.11.2018)
2 1С: Учет в управляющих компаниях [Электронный ресурс] // ОТР-
СОФТ. URL: https://otr-soft.ru/news/tirag/1s_jkh_3_0_65_3/ (дата обращения:
21.11.2018)
3 БАРС Web Мониторинг жилищного фонда [Электронный ресурс] // ТADVISER. URL: http://www.tadviser.ru/index.php/Продукт:БАРС.Web-
Мониторинг_Жилищного_Фонда (дата обращения: 21.11.2018).
4 1C: Cмета и нормативная база расценок по содержанию и текущему ремонту объектов жилого фонда [Электронный ресурс] // 1С-Рарус. URL: http://www.sfx-tula.ru/software/programmy-dlya-zhkkh/1s-smeta/ (дата обращения:
21.11.2018)
5 1С: Смета и нормативная база расценок по содержанию и текущему ремонту объектов жилого фонда [Электронный ресурс] // 1С-Рарус ЖКХ. URL: https://vgkh.ru/jsk/1c_smeta_normativ_gkh/ (дата обращения: 22.11.2018)
6 Дубейковский В.И. Эффективное моделирование с CA ERwin® ProcessModeler: BPwin; AllFusionProcessModeler / В.И. Дубейковский ; ред. О.А. Голубева. – 2-е изд., испр. и доп. – Москва : Диалог-МИФИ, 2009. 384 с
7 Новосельцев В.Б. Теория структурных функциональных моделей // Сибирский математический журнал. 2016. №6. С. 1342-1354.
8 Моделирование бизнес-процессов: учебное пособие / А.Н. Байдаков, О.С. Звягинцева, А.B. Назаренко и др.; Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Ставропольский государственный аграрный университет, Кафедра менеджмента. - Ставрополь: Ставропольский государственный аграрный университет, 2017. 179 с.
38
9 Самсонова М.В. Управление процессами: учебно-практическое пособие / М.В. Самсонова; Министерство образования и науки Российской Федерации, Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования "Ульяновский государственный технический университет", Институт дистанционного и дополнительного образования. - Ульяновск: УлГТУ, 2014. 187 с.
10 Основы методологии IDEF1X [Электронный ресурс] // Корпоративный менеджмент. URL: https://www.cfin.ru/vernikov/idef/idef1x.shtml
(дата обращения: 12.11.2018)
11 Лягинова О.Ю. Разработка схем и диаграмм в MicrosoftVisio 2010 / О.Ю. Лягинова. - 2-е изд., исправ. - Москва: Национальный Открытый Университет «ИНТУИТ», 2016. 128 с.
12 Кутепов В. А. 1С Предприятие 8.3: Управление торговлей / В.А. Кутепов. - М.: Лаборатория книги, 2015. 146 с.
13 Тараненко О. Н. Применение UML-моделей в реализации проектов ГЧП // Пространство экономики. 2014. №2-2. URL: С. 143-146.
14 Рогачев А. Ф., Федорова Я. В. Использование UML-моделей для исследования и обеспечения информационной безопасности сложных технических систем // Известия НВ АУК. 2014. №4 (36). С. 1-6
15 Радченко М. Г. 1С: Предприятие 8.3 Практическое пособие разработчика. Примеры и типовые приемы / М. Г. Радченко, Е. Ю. Хрусталева -
М.: ООО «1С-Паблишинг», 2013. 965 с.
16 Системные требования для 1С: Предприятия [Электронный ресурс] // НИКС. URL: https://nix.ru/hardware_news_viewer.html?id=188160 (дата обращения: 07.12.2018).
17 Виды тестирования ПО [Электронный ресурс] // QAevolution: URL: https://qaevolution.ru/testirovanie-po/vidy-testirovaniya-po/ (дата обращения:
05.12.2018).
18 Хрусталев А. О., Шувалов Н. В. Стратегия анализа и тестирования программного обеспечения // Аллея науки. 2017. №6. С. 246 – 252
39
19 Классификация тестирования на уровни, виды и типы [Электронный ресурс] // 4stud: URL: http://www.4stud.info/software-construction-and- testing/lecture13.html (дата обращения: 08.12.2018).
20 Нечаев Д. Ю., Чекмарев Ю. В. Надежность информационных систем:
учебное пособие. М.: Изд. «ДМК Пресс» 2012. 64 с.
40
ПРИЛОЖЕНИЕ А
Функциональная модель бизнес-процессов по стандарту IDEF0
Рисунок А.1 – Контекстная диаграмма
Рисунок А.2 – Декомпозиция процесса «Автоматизация учета ремонта жилищного фонда»
41