WEB-приложение для хранения и обработки отчетов об ошибках

Перечень сокращений и обозначений 5
Введение 6
1 РТЕВ-приложение для хранения и обработки отчетов об ошибках 8
1.1 Обзор предметной области 8
1.2 Исследование систем отслеживания ошибок 10
1.3 Постановка задачи 11
1.4 Проектирование системы 12
1.4.1 Выбор инструментов разработки 12
1.4.2 Описание функционала приложения 12
1.5 Разработка системы отслеживания ошибок 15
1.5.1 Разворачивание удаленного сервера 15
1.5.2 Создание клиентской части 17
1.5.3 Создание серверной части 24
1.6 Тестирование и отладка 28
2 Технико-экономическое обоснование разработки web-приложения 40
2.1 Введение 40
2.2 Расчёт затрат на разработку программного обеспечения 42
2.3 Расчет цены разработанной программы 43
2.4 Расчет капитальных вложений 44
2.5 Расчет эксплуатационных расходов 44
2.6 Определение расходов на интернет трафик 46
2.7 Технико-экономические показатели разработки 47
3 Безопасность жизнедеятельности 48
3.1 Характеристика условий труда программиста 48
3.2 Требования к параметрам воздушной среды 48
3.3 Требования к уровню шума и вибрации 49
3.4 Требования к монтажу производственного оборудования 50
3.5 Требования к освещению рабочих мест 51
3.6 Расчет освещения рабочего места программиста 51
Перечень сокращений и обозначений 5
Введение 6
1 РТЕВ-приложение для хранения и обработки отчетов об ошибках 8
1.1 Обзор предметной области 8
1.2 Исследование систем отслеживания ошибок 10
1.3 Постановка задачи 11
1.4 Проектирование системы 12
1.4.1 Выбор инструментов разработки 12
1.4.2 Описание функционала приложения 12
1.5 Разработка системы отслеживания ошибок 15
1.5.1 Разворачивание удаленного сервера 15
1.5.2 Создание клиентской части 17
1.5.3 Создание серверной части 24
1.6 Тестирование и отладка 28
2 Технико-экономическое обоснование разработки web-приложения 40
2.1 Введение 40
2.2 Расчёт затрат на разработку программного обеспечения 42
2.3 Расчет цены разработанной программы 43
2.4 Расчет капитальных вложений 44
2.5 Расчет эксплуатационных расходов 44
2.6 Определение расходов на интернет трафик 46
2.7 Технико-экономические показатели разработки 47
3 Безопасность жизнедеятельности 48
3.1 Характеристика условий труда программиста 48
3.2 Требования к параметрам воздушной среды 48
3.3 Требования к уровню шума и вибрации 49
3.4 Требования к монтажу производственного оборудования 50
3.5 Требования к освещению рабочих мест 51
3.6 Расчет освещения рабочего места программиста 51
Заключение 54
Список использованных источников 55
Приложение А - UML диаграммы 56
Приложение Б - Схема программы 61
Приложение В - Листинг программы 63
Приложение Г - Презентация 100

Купить

Совершенствовать качество продукта, каким бы он ни был — от мобильных игр до приложения для запуска ракет в космос, — с каждым днём всё важнее для бизнеса. И главную роль в этом играют именно специалисты по обеспечению качества. Все они делятся по самым разным профессиональным уровням и направлениям, но цель у них одна — проверить и обеспечить стандарты выпускаемого продукта.
Чем больше задач, проектов, клиентов, тем серьезнее встает этот вопрос: как систематизировать информацию о всех задачах и обнаруженных ошибках для учета рабочего времени, так называемых человеко-часов и возможности видеть картину в целом для расставления приоритетов.
На маленьких проектах для регистрации ошибок (багов) часто используются таблицы Excel,но, по мере увеличения размера и сложности проектов, удобство такого способа сходит на нет и приходится задуматься о более удобном решении. В процессе работы 04-инженер может столкнуться с различными баг-трекинговыми системами. Баг-трекинговые системы или системы отслеживания ошибок представляют собой программные продукты, которые позволяют регистрировать и отслеживать ход решения каждой ошибки (бага), выявленной тестировщиком, до тех пор, пока проблема не будет решена.
В каждой БТС есть определенные возможности управления задачами, которые похожи между собой. Некоторые задачи могут иметь более высокий приоритет, чем другие, возможно, потому что они затрагивают большое количество клиентов, или потому, что они представляют собой серьезное препятствие, которое необходимо решить, чтобы проект продолжался гладко. Кроме того, задачи могут также иметь низкую или нулевую срочность или приоритет, и это также нужно указывать, чтобы понимать, что такие задачи могут быть решены позже, если позволяет время.
Примерами таких сервисов могут быть Jira, Redmineили YouTrack.Все из перечисленных систем являются популярными в среде разработки проектов, каждая из них имеет свои преимущества. Принцип заведения баг-репортов схож
во всех из них.
Задача дипломной работы разработать архитектуру приложения, описать реализуемые приложением функции, нарисовать шаблоны приложения и составить UMLдиаграммы работы приложения.
Основными критериями выбора инструментов реализации будут - легкость регистрации и доступа, наличие возможности создания отчетов об ошибках, их обработке пользователем и хранение информации, а также максимально возможная поддержка современных языков для web разработки.


Купить