Проектирование интерфейса для биржи it-специалистов

Целью данной курсовой работы является проектирование интерфейса для биржи it-специалистов.
Данная система предназначена для реализации идей клиента или компании при помощи it-специалистов на аутсорсинге.
Система позволяет:
 Создать личный кабинет заказчика;
 Ставить задачу на разработку программного продукта;
 Выбирать исполнителя;
 Создавать команду исполнителей;
 Осуществлять оплату заказа;
 Контролировать ход разработки программного продукта;
 Осуществлять оплату заказа;
 Писать отзывы об исполнителях;
 Создать профиль исполнителя;
 Вести базу исполнителей;
 Общаться исполнителю и заказчику.

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

ВВЕДЕНИЕ 2
1 АНАЛИЗ ЗАДАНИЯ И ПОСТАНОВКА ЗАДАЧ 3
1.1 Постановка задач 3
1.2 Анализ предметной области 3
1.3 Выбор и обоснование средств и методов решения задач 4
2 СОЗДАНИЕ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ ПО 5
2.1 Разработка диаграммы вариантов использования 5
2.2 Создание макета графического интерфейса пользователя 7
3 СОЗДАНИЕ ЛОГИЧЕСКОЙ МОДЕЛИ ПО 10
3.1 Разработка диаграммы классов 10
3.1.1 Проектирование уровня данных 10
3.1.2 Проектирование уровня интерфейса 11
3.1.3 Проектирование уровня бизнес-логики 12
3.2 Разработка диаграмм последовательностей 11
3.3 Разработка диаграмм деятельности 12
3.4 Разработка диаграмм состояний 14
4 СОЗДАНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ ПО 15
4.1 Разработка диаграммы компонентов 15
4.2 Разработка диаграммы развертывания 16
5 ОПИСАНИЕ РЕАЛИЗАЦИИ 18
5.1 Средства разработки 22
5.2 Клиентская часть 22
ЗАКЛЮЧЕНИЕ 27
СПИСОК ЛИТЕРАТУРЫ 28

 

• Разработать прототип интерфейса для биржи it-специалистов с использованием программы Build.
1.2Анализ предметной области
Перед началом проектирования информационной системы, необходимо определить основные цели, задачи и правила для решаемой проблемы. Поэтому сформулируем краткое описание поставленной задачи.
Задача – проектирование системы для биржи it-специалистов разных областей. Система должна иметь две подсистемы: подсистема заказчика и подсистема исполнителя. Вход в каждую подсистему должен быть после аутентификации.
Функции заказчика:
- Добавление заказа;
- Управление заказом;
- Поиск заказчика(ов);
- Выбор заказчика(ов);
- Контроль процесса разработки;
- Оплата заказа;
- Прием заказа.

Функции исполнителя:
- Создание профиля с портфолио и опытом;
- Отклик на заказ;
- Разработка программного продукта;
- Закрытие заказа;
- Проверка оплаты заказа.

1.2Анализ предметной области
Перед началом проектирования информационной системы, необходимо определить основные цели, задачи и правила для решаемой проблемы. Поэтому сформулируем краткое описание поставленной задачи.
Задача – проектирование системы для биржи it-специалистов разных областей. Система должна иметь две подсистемы: подсистема заказчика и подсистема исполнителя. Вход в каждую подсистему должен быть после аутентификации.
Функции заказчика:
- Добавление заказа;
- Управление заказом;
- Поиск заказчика(ов);
- Выбор заказчика(ов);
- Контроль процесса разработки;
- Оплата заказа;
- Прием заказа.

Функции исполнителя:
- Создание профиля с портфолио и опытом;
- Отклик на заказ;
- Разработка программного продукта;
- Закрытие заказа;
- Проверка оплаты заказа.

1.3Выбор и обоснование средств и методов решения задач
Для создания моделей анализа и проектирования информационной системы необходимо использовать общепринятый язык визуального моделирования – UML, который является стандартным языком для написания моделей анализа, проектирования и реализации объектно-ориентированных программных систем так как:
• UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;
• UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
• Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
• UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии;
• UML получил широкое распространение и динамично развивается.
...

2.1 Разработка диаграммы вариантов использования
Диаграмма прецедентов (англ. use case diagram, диаграмма вариантов использования) в UML — диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.
Прецедент — возможность моделируемой системы (часть её функциональности), благодаря которой пользователь может получить конкретный, измеримый и нужный ему результат. Прецедент соответствует отдельному сервису системы, определяет один из вариантов её использования и описывает типичный способ взаимодействия пользователя с системой. Варианты использования обычно применяются для спецификации внешних требований к системе.
Основными элементами (предметами языка UML), отображаемыми на диаграмме вариантов использования, являются: вариант использования, актер.
...

2.2 Создание макета графического интерфейса пользователя
При создании программного обеспечения выбранной информационной системы стоит обратить внимание на построение удобного и интуитивно понятного интерфейса. На рисунке 1 представлены макеты основных экранных форм, с которыми будет взаимодействовать пользователь, а также описание их элементов (Ошибка! Источник ссылки не найден.).
Пользователь, после запуска приложения должен ввести свои данные для авторизации.
Таблица 3 - Описание экранных форм
Название формы
Назначение формы
Действия
Авторизация
Авторизация в системе
После ввода логина и пароля нажать кнопку «Войти».
Регистрация
Регистрация в системе
Заполнить все поля формы. Нажать кнопку «Зарегистрироваться».
...

3.1 Разработка диаграммы классов
Диаграмма классов занимает центральное место при проектировании системы с использованием объектно-ориентированного подхода к разработке ПО. Большинство современных CASE-средств осуществляют автоматическую генерацию кода основываясь именно на этой диаграмме.
Диаграмма классов – диаграмма, предназначенная для представления модели статической структуры программной системы в терминологии классов объектно-ориентированного программирования.
Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений.
Диаграмма классов может содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи. На этой диаграмме не указывается информация о временных аспектах функционирования системы.
3.1.
...

3.4 Разработка диаграмм состояний
Диаграмма состояний – это диаграмма состояний из теории автоматов со стандартизированными условными обозначениями, которая может определять множество систем от компьютерных программ до бизнес-процессов. На рисунке 5 представлена диаграмма состояний заказа.
Состояния работы информационной системы зависят в первую очередь от того, заполнена база данных или нет. Если база данных не заполнена, то остальные функции системы недоступны или не имеют смысла, как, например, просмотр или печать пустых таблиц. Если же база уже заполнена, то пользователь сам может выбрать, какую операцию он хочет выполнить далее.
Стоит заметить, что доступ к данным может получить только авторизованный пользователь.
Все действия доступные пользователям цикличны, то есть после выполнения одного действия пользователь может выполнить ещё какую-либо операцию или же завершить работу с системой.
...

4.1 Разработка диаграммы компонентов
Диаграмма компонентов разрабатывается для следующих целей:
• визуализация общей структуры исходного кода программной системы;
• спецификация исполнимого варианта программной системы;
• обеспечение многократного использования отдельных фрагментов программного кода;
• представление концептуальной и физической схем баз данных.
Компонент – элемент модели, представляющий некоторую модульную часть системы с инкапсулированным содержимым, спецификация которого является взаимозаменяемой в его окружении.
Диаграмма компонентов разрабатываемой информационной системы (Рисунок 6) содержит в себе ее наиболее значимые элементы, а также их взаимодействие.
...

4.2 Разработка диаграммы развертывания
Диаграмма развертывания предназначена для представления общей конфигурации или топологии распределенной программной системы и содержит изображение размещения различных артефактов по отдельным узлам системы.
При разработке диаграмм развертывания преследуются следующие цели:
• специфицировать физические узлы, необходимые для размещения на них исполнимых компонентов программной системы;
• показать физические связи между узлами реализации системы на этапе ее исполнения;
• выявить узкие места системы и реконфигурировать ее топологию для достижения требуемой производительности.
Диаграмма развертывания разрабатываемой системы представлена на рисунке 7.
Структура системы:
• на сервере установлен MS SQL Server, обеспечивающий бесперебойную и корректную работу базы данных. Там же хранится и файл самой базы данных;
• на пользовательском компьютере должен быть установлен браузер Google Chrome, Mozilla Firefox или IE от 11 версии и выше.
...

5.2 Клиентская часть
Интерфейс имеет важное значение для любой автоматизированной информационной системы и является неотъемлемой её составляющей, ориентированной, прежде всего, на конечного пользователя. Именно через интерфейс пользователь судит о прикладной программе в целом.
В рамках разрабатываемого веб-сервиса биржи it-специалистов для заказчиков и исполнителей были реализованы интерфейсы для следующих страниц:
• страница авторизации;
• страница регистрации;
• раздел «Профиль заказчика»;
• раздел «Профиль исполнителя»;
• раздел «Ход реализации проекта».
На рисунке 14 представлена страница авторизации, на ней реализовано две опции: вход для зарегистрированных пользователей и регистрация для новых. Форма авторизации построена по стандартному шаблону и состоит из полей для ввода логина и пароля.

Рисунок 14. Интерфейс формы авторизации

На рисунке 15 представлена страница регистрации.
...

ЗАКЛЮЧЕНИЕ
В результате выполненной работы, была спроектирована информационная система для биржи it-специалистов.
Интерфейс программы интуитивно понятен любому пользователю, который будет использовать данный проект, даже без специальных знаний. Всё это позволит работать с данной программой большому количеству людей и использовать ее в различных справочных службах без предварительного обучения методике работы с нею. Для использования программы будет достаточным наличие базовых навыков работы с персональным компьютером.
Система спроектирована таким образом, что она расширяема, то есть изменения в интерфейсы и процессы могут вноситься на любом этапе разработки и не требуют больших трудозатрат. На начальном этапе требуется минимум ресурсов для предоставления первого рабочего макета, далее в систему на основании уже имеющихся данных можно вносить дополнительные улучшения итеративно.
...

1 Официальный сайт Microsoft. [Электронный ресурс] Режим доступа: https://msdn.microsoft.com/ru-ru/library/ms179519.aspx - Дата доступа: 30.05.2020
2 VP Online [Электронный ресурс] Режим доступа: https://online.visual-paradigm.com/diagrams/ - Дата доступа: 10.05.2020
3 Сайт ресурсов UML, поддерживаемый Object Management Group. [Электронный ресурс] Режим доступа: https://www.uml.org/ - Дата доступа: 18.05.2020
4 ABOUT THE UNIFIED MODELING LANGUAGE SPECIFICATION VERSION 2.4.1. [Электронный ресурс] Режим доступа: https://www.omg.org/spec/UML/2.4.1/ - Дата доступа: 19.05.2020
5 Мартин Фаулер, «UML. Основы. Третье издание. Краткое руководство по стандартному языку объектного моделирования»
6 Профессиональная разработка программных систем от Дениса Иванова и Федора Новикова. [Электронный ресурс] Режим доступа: http://uml3.ru/ - Дата доступа: 10.04.2020
7 Техническое задание на создание автоматизированной системы [Текст] : ГОСТ 34.602-89. – Взамен ГОСТ 24.201-85 ; введ. 24.03.1989
8 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания [Текст] : ГОСТ 34.601-90. – Взамен ГОСТ 24.601-86, ГОСТ 24.602-86 ; введ. 29.12.1990
9 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем [Текст] : ГОСТ 34.201-89. – Взамен ГОСТ 24.101-80, ГОСТ 24.102-80, РД 50-617-86 ; введ. 24.03.1989
10 Бахтизин В. В., Глухова Л. А. Методология функционального проектирования IDEF0. – 2003.
11 Цуканова О. А. Методология и инструментарий моделирования бизнес-процессов: учебное пособие //СПб.: университет ИТМО. – 2015. – Т. 101.
12 Бистерфельд О. А. Моделирование бизнес-процессов с использованием методологии IDEF3. – 2013.
13 Хубаев Г. Н., Широбокова С. Н. Конвертирование диаграмм IDEF0 в UML-диаграммы: концепция и правила преобразования //Проблемы экономики. – 2008. – №. 6. – С. 139-152.
14 Гудков К. В., Гудкова Е. А. Объектно-ориентированное моделирование информационной системы сбора, обработки и хранения данных //Труды Международного симпозиума «Надежность и качество». – 2014. – Т. 1.