Автор работы: Пользователь скрыл имя, 28 Января 2015 в 16:44, дипломная работа
В результате разработки спецификации требований к системе было создано глоссарий, построена диаграмма вариантов использования, которая отображает основные варианты модуля, описаны функциональные и нефункциональные требования.
В результате проведенной работы была спроектирована база данных для предметной области, построена логическая и физическая модели базы данных, создана программная реализация базы данных. Построенные UML диаграммы классов. Проведенное тестирование приложения, тестирование функционала просмотра, ввода, редактирования и удаления записей в таблицах.
ВСТУПЛЕНИЕ 7
1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ «РАЗРАБОТКА МОДУЛЯ «РАБОТА С ЗАПРОСАМИ НА БАЗЕ WEB - ТЕХНОЛОГИЙ» 9
1.1. Краткая характеристика объекта управления «ООО «NITRALABS» 9
1.2. Описание предметной области «Анализ методов интернет-маркетинга и теории принятия решений на примере Web-технологий» 12
1.3. Обзор и анализ существующих аналогов, реализующих функции предметной области 16
2. СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ К МОДУЛЮ 18
2.1. Глоссарий проекта 18
2.2. Разработка вариантов использования 19
2.3. Спецификация функциональных та не функциональных требований 23
3. ПРОЕКТНЫЕ и ТЕХНИЧЕСКИЕ РЕШЕНИЯ 32
3.1. Математическая постановка задачи 32
3.2. Проектирование структуры базы данных 34
3.3. Разработка архитектуры программной системы 36
3.4. Тестирование приложения 38
3.5. Развертывание программного продукта 39
4. ОХОРАНА ТРУДА 42
4.1. Анализ санитарно-гигиеничных условий труда 42
4.2. Освещение 43
4.3. Пожарная безопасность 45
ВЫВОДЫ 47
СПИСОК ЛИТЕРАТУРЫ 48
Приложение А. SQL–скрипт прямой генерации схемы данных 51
Приложение Б. Листинг основных классов программы. 55
Окончание табл.2.3
Характеристика |
Значение |
Сценарий |
1. Перейти на главное окно 2. Выбрать необходимый пункт меню «Сотрудники» 3. Выбрать необходимое действие 4. Нажать кнопку «Принять» |
Постусловие |
1. Интернет-маркетолог получает 2. Иначе состояние системы не изменится |
Таблица 2.4
Вариант использования «Учет клиентов»
Характеристика |
Значение |
Контекст использования |
Учет клиентов |
Действующие лица |
Интернет-маркетолог |
Предусловие |
1. Пользователь прошёл 2. Пользователь имеет доступ к списку клиентов 3. База данных в настоящий момент подключена |
Тригер |
Интернет-маркетологу необходимо добавить, удалить, просмотреть клиентов |
Сценарий |
1. Перейти на главное окно 2. Выбрать необходимый пункт меню «Клиентов» 3. Выбрать необходимое действие 4. Нажать кнопку «Принять» |
Постусловие |
1. Интернет-маркетолог получает 2. Иначе состояние системы не изменится |
Таблица 2.5
Вариант использования «Учет отзывов»
Характеристика |
Значение |
Контекст использования |
Учет отзывов |
Действующие лица |
Интернет-маркетолог |
Предусловие |
1. Пользователь прошёл 2. База данных в настоящий момент подключена |
Тригер |
Интернет-маркетологу необходимо добавить, удалить, просмотреть отзыв |
Сценарий |
1. Перейти на главное окно 2. Выбрать необходимый пункт меню «Отзывы» 3. Выбрать необходимое действие 4. Нажать кнопку «Принять» |
Постусловие |
1. Интернет-маркетолог получает 2. Иначе состояние системы не изменится |
2. Спецификация функциональных и нефункциональных требований
Спецификация требований к модулю − это полное описание поведения системы разрабатываемой. Она включает множество прецедентов, которые описывают все взаимодействия, которые должны войти с программным обеспечением. Во прецеденты понимают функциональные требования. Спецификация требований также включает нефункциональные (дополнительные) требования. Нефункциональные требования являются требованиями которые накладывают ограничения на проект, или реализацию, такие как требования инженерии производительности, стандарты качества, или ограничение проектирования [9].
1.3.1. Функциональные требования.
Спецификацию функциональных требований приведены в табл. 2.5. Приоритет показывает приоритет реализации требования для клиента. Используется при управлении проектом и определяет приоритет разработки. Трудность показывает уровень трудозатрат, связанных с реализацией требования. Контакт идентифицирует человека, который может предоставить необходимую информацию о требовании [7].
Таблица 2.6
Спецификация функциональных требований
Идентификатор требования |
Название требования (варианта использования) |
Атрибуты требования | ||
Приоритет |
Сложность |
Контакт | ||
1 |
2 |
3 |
4 |
5 |
UC-01 |
«Вход в систему» |
Обязательно |
Низкая |
Интернет-маркетолог |
UC-02 |
«Управление задачами» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-03 |
«Учет сотрудников» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-04 |
«Учет клиентов» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-05 |
«Учет отзывов» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-06 |
«Добавление задачи» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-07 |
«Просмотр задачи» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-08 |
«Удаление задачи» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-09 |
«Добавление сотрудника» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-10 |
«Просмотр сотрудников» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-11 |
«Удаление сотрудника» |
Обязательно |
Высокая |
Интернет-маркетолог |
Окончание табл.2.6
1 |
2 |
3 |
4 |
5 |
UC-12 |
«Добавление клиента» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-13 |
«Просмотр клиентов» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-014 |
«Удаление клиента» |
Обязательно |
Высокая |
Интернет-маркетолог |
| UC-15 |
«Добавление отзыва» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-16 |
«Просмотр отзывов» |
Обязательно |
Высокая |
Интернет-маркетолог |
UC-017 |
«Удаление отзыва» |
Обязательно |
Высокая |
Интернет-маркетолог |
К нефункциональных требований относятся такие требования, которые не касаются функциональности проекта. Нефункциональные требования можно разделить, а такие группы: применимость, надежность, рабочие характеристики, эксплуатационная пригодность, проектные ограничения, требования к документации, покупные компоненты, интерфейсы, требования к лицензированию, предостережения относительно авторских прав, применяемые стандарты [5].
Детальное описание нефункциональных требований приведены в табл. 2.7.
Таблица 2.7
Спецификация нефункциональных требований
Идентификатор требования |
Название требования (варианта использования) |
Атрибуты требования | |||
Приоритет |
Сложность |
Контакт | |||
1 |
2 |
3 |
4 |
5 | |
1. Применимость | |||||
АR-01 |
Необходимое время подготовки пользователя для достижения минимальной производительности примерно 5-10 часов |
Рекомендуется |
Средняя |
Интернет-маркетолог | |
АR-02 |
Введение краткой информации по 1 объекта должен занимать не более 20 минут. По мере повышения квалификации пользователя эти временные интервалы должны уменьшиться до 10 минут |
Рекомендуется |
Средняя |
Интернет-маркетолог | |
АR-03 |
Практичность должна быть не хуже, чем у всех систем, перечисленных в документе-концепции. |
Рекомендуется |
Средняя |
Интернет-маркетолог | |
2.Надежность | |||||
RR-01 |
При входе в систему должна осуществляться авторизация субъекта доступа |
Рекомендуется |
Средняя |
Интернет-маркетолог | |
Продолжение табл.2.7
1 |
2 |
3 |
4 |
5 |
RR-02 |
Аутентификация осуществляется по паролю. |
Рекомендуется |
Низкая |
Интернет-маркетолог |
RR-03 |
Среднее время безотказной работы (среднее время между двумя последовательными сбоями) должно быть не менее отрезка времени, необходимого для ввода данных об одном объекте. |
Рекомендуется |
Средняя |
Интернет-маркетолог |
3.Рабочие характеристики | ||||
PR-01 |
Время запуска системи – не больше 30 сек. |
Рекомендуется |
Низкая |
Интернет-маркетолог |
PR-02 |
Время обработки запроса – не больше 5 – 10 сек. |
Рекомендуется |
Низкая |
Интернет-маркетолог |
4. Эксплуатационная пригодность | ||||
ОR-01 |
Система должна быть рассчитана на эксплуатацию как программного комплекса заказчика и учитывать специфику предприятия |
Рекомендуется |
Низкая |
Интернет-маркетолог |
ОR-02 |
Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойную работу ПК |
Обязательно |
Низкая |
Интернет-маркетолог |
Продолжение табл.2.7
1 |
2 |
3 |
4 |
5 | |||
ОR-03 |
Оборудование должно иметь соответствующие технические характеристики для обеспечения работы программы. |
Обязательно |
Высокая |
Интернет-маркетолог | |||
| 5. Проектные ограничения | |||||||
РR-01 |
Среда разработки MS Visual Studio 2013 |
Обязательно |
Низкая |
Интернет-маркетолог | |||
6. Требования к документации | |||||||
DR-01 |
Руководство пользователя |
Рекомендуется |
Низкая |
Интернет-маркетолог | |||
DR-02 |
Руководство программиста |
Обязательно |
Низкая |
Интернет-маркетолог | |||
DR-03 |
Справка |
Рекомендуется |
Низкая |
Интернет-маркетолог | |||
7. Покупные компоненты | |||||||
Покупные компоненты не предусмотрены | |||||||
8. Интерфейсы | |||||||
8.1. Интерфейсы пользователя | |||||||
IU-01 |
Единое оформление всех окон и сообщений системы в соответствии со стандартами разработки |
Рекомендуется |
Средняя |
Интернет-маркетолог | |||
IU-02 |
Работа с БД ведется путем добавления, редактирования, удаления записей таблиц БД, на экране представлены в виде таблиц |
Обязательно |
Средняя |
Интернет-маркетолог | |||
Продолжение табл.2.7
1 |
2 |
3 |
4 |
5 | |
IU-03 |
Добавление, редактирование данных осуществляется путем заполнения полей соответствующих форм поля |
Обязательно |
Средняя |
Интернет-маркетолог | |
IU-04 |
Формирование запроса на поиск данных осуществляется путем выбора данных или ввода данных запроса на соответствующей форме |
Рекомендуется |
Средняя |
Интернет-маркетолог | |
IU-05 |
Подтверждение или отказ выполнения различных действий в системе осуществляется путем нажатия на соответствующие кнопки |
Рекомендуется |
Средняя |
Интернет-маркетолог | |
IU-06 |
Сообщения с предупреждениями информацией об ошибках выводятся в соответствующих окнах, которые можно просмотреть и закрыть, или непосредственно на форме, с которой работает пользователь |
Рекомендуется |
Средняя |
Интернет-маркетолог | |
IU-07 |
Ограничений на разрешение экрана нет, однако рекомендуется разрешение составляет 1024х768, как наиболее удобная |
Рекомендуется |
Низкая |
Интернет-маркетолог | |
Продолжение табл.2.7
1 |
2 |
3 |
4 |
5 | ||
8.2. Аппаратные интерфейсы | ||||||
IH-01 |
Протокол обмена данными между клиентами и сервером |
Обязательно |
Средняя |
Интернет-маркетолог | ||
IH-02 |
Сетевое оборудование поддерживает все протоколы обмена данными, предусмотренные стандартами и установленными ОС |
Рекомендуется |
Средняя |
Интернет-маркетолог | ||
8.3. Программные интерфейсы | ||||||
IS-01 |
Система взаимодействует с СУБД SQL 5 |
Обязательно |
Средняя |
Интернет-маркетолог | ||
8.4. Коммуникационные интерфейсы | ||||||
IC-01 |
Взаимодействие системы с внешними компонентами, находящимися на сервере осуществляется по сети, на скоростях и частотах, предусмотренных настоящим стандартом |
Рекомендуется |
Средняя |
Интернет-маркетолог | ||
IC-02 |
Информация передается в виде ТСР-кадров, не шифруют ся дополнительно |
Рекомендуется |
Средняя |
Интернет-маркетолог | ||
9. Требования к лицензированию | ||||||