КУРСОВОЙ ПРОЕКТ Проектирование интерфейса для биржи it-специалистов

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

Но если вдруг:

Вам нужна качественная учебная работа (контрольная, реферат, курсовая, дипломная, отчет по практике, перевод, эссе, РГР, ВКР, диссертация, шпоры...) с проверкой на плагиат (с высоким % оригинальности) выполненная в самые короткие сроки, с гарантией и бесплатными доработками до самой сдачи/защиты - ОБРАЩАЙТЕСЬ!

КУРСОВОЙ ПРОЕКТ

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

по дисциплине Организация проектирования и разработки программного обеспечения

Оглавление

ВВЕДЕНИЕ

1 АНАЛИЗ ЗАДАНИЯ И ПОСТАНОВКА ЗАДАЧ

1.1 Постановка задач

1.2 Анализ предметной области

1.3 Выбор и обоснование средств и методов решения задач

2 СОЗДАНИЕ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ ПО

2.1 Разработка диаграммы вариантов использования

2.2 Создание макета графического интерфейса пользователя

3 СОЗДАНИЕ ЛОГИЧЕСКОЙ МОДЕЛИ ПО

3.1 Разработка диаграммы классов

3.1.1 Проектирование уровня данных

3.1.2 Проектирование уровня интерфейса

3.1.3 Проектирование уровня бизнес-логики

3.2 Разработка диаграмм последовательностей

3.3 Разработка диаграмм деятельности

3.4 Разработка диаграмм состояний

4 СОЗДАНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ ПО

4.1 Разработка диаграммы компонентов

4.2 Разработка диаграммы развертывания

5 ОПИСАНИЕ РЕАЛИЗАЦИИ

5.1 Средства разработки

5.2 Клиентская часть

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ВВЕДЕНИЕ

Целью данной курсовой работы является проектирование интерфейса для биржи it-специалистов.

Данная система предназначена для реализации идей клиента или компании при помощи it-специалистов на аутсорсинге.

Система позволяет:

- Создать личный кабинет заказчика;

- Ставить задачу на разработку программного продукта;

- Выбирать исполнителя;

- Создавать команду исполнителей;

- Осуществлять оплату заказа;

- Контролировать ход разработки программного продукта;

- Осуществлять оплату заказа;

- Писать отзывы об исполнителях;

- Создать профиль исполнителя;

- Вести базу исполнителей;

- Общаться исполнителю и заказчику.

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

1 АНАЛИЗ ЗАДАНИЯ И ПОСТАНОВКА ЗАДАЧ

1.1 Постановка задач

В процессе выполнения данной курсовой работы необходимо:

- Спроектировать ПО информационной системы с использованием нотации UML путём построения следующих диаграмм:

- UseCase diagram;

- Class diagram;

- Sequence diagram;

- Activity diagram;

- State Machine diagram;

- Component diagram;

- Deployment diagram.

- Разработать прототип интерфейса для биржи it-специалистов с использованием программы Build.

1.2 Анализ предметной области

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

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

Функции заказчика:

- Добавление заказа;

- Управление заказом;

- Поиск заказчика(ов);

- Выбор заказчика(ов);

- Контроль процесса разработки;

- Оплата заказа;

- Прием заказа.

Функции исполнителя:

- Создание профиля с портфолио и опытом;

- Отклик на заказ;

- Разработка программного продукта;

- Закрытие заказа;

- Проверка оплаты заказа.

1.3 Выбор и обоснование средств и методов решения задач

Для создания моделей анализа и проектирования информационной системы необходимо использовать общепринятый язык визуального моделирования – UML, который является стандартным языком для написания моделей анализа, проектирования и реализации объектно-ориентированных программных систем так как:

- UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;

- UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;

- Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

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

- UML получил широкое распространение и динамично развивается.

Существует немалое количество CASE-средств для построения UML-диаграмм, но самым удобным и легким в освоении является Visual Paradigm. При выполнении данной курсовой работы будет использован Visual Paradigm Online (VP Online) – это всесторонний набор UML-инструментов для анализа и дизайна, охватывающий проектирование ИС через стадии анализа, модели дизайна, испытания и обслуживание. Visual Paradigm позволяет создавать неограниченное количество диаграмм и других визуальных элементов из широкого спектра типов диаграмм с помощью готовых шаблонов или можно создать свой собственный. Visual Paradigm Online мощный конструктор диаграмм в любом месте мира, с любого устройства для лучшей совместной работы.

2 СОЗДАНИЕ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ ПО

2.1 Разработка диаграммы вариантов использования

Диаграмма прецедентов (англ. use case diagram, диаграмма вариантов использования) в UML — диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

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

Основными элементами (предметами языка UML), отображаемыми на диаграмме вариантов использования, являются: вариант использования, актер.

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

- Заказчик it-услуги – размещает заказ, выбирает исполнителя, оформляет заказ, контролирует процесс разработки, принимает заказ и оплачивает заказ;

- Исполнитель – откликается на заказ, осуществляет процесс разработки программного продукта один или с коллегами по команде, проверяет плату и отправляет заказ заказчику.

Варианты использования для разрабатываемой информационной системы:

Таблица 1 – Варианты использования и их сценарии

Таблица 2 – Сложность вариантов использования

2.2 Создание макета графического интерфейса пользователя

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

Пользователь, после запуска приложения должен ввести свои данные для авторизации.

Таблица 3 - Описание экранных форм

При авторизации заказчика (руководителя проекта) он может сделать следующее:

- Создание нового проекта;

- Размещение и изменение информации о предыдущих программных продуктах;

- Размещение и изменение информации о себе;

- Планирование производства программного обеспечения;

- Обозначение технических требований к программному обеспечению;

- Обозначение контрольных точек проекта;

- Оценка программного продукта

- Оплата работы исполнителям данного проекта.

При авторизации исполнителя он может сделать следующее:

- Размещение и изменение информации о навыках, образовании и опыте по реализации программных продуктов;

- Просмотр информации о заказчике (руководителе проекта);

- Проверка оплаты;

- Выбор проекта;

- Разработка программного продукта;

- Адаптация и доработка программного продукта;

- Проверка оплаты;

- Просмотр основной информации по реализации разработки проекта, с контрольными точками проекта, крайними сроками проекта и всеми ответственными за него.

Рисунок 1. Диаграмма вариантов использования

3 СОЗДАНИЕ ЛОГИЧЕСКОЙ МОДЕЛИ ПО

3.1 Разработка диаграммы классов

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

Диаграмма классов – диаграмма, предназначенная для представления модели статической структуры программной системы в терминологии классов объектно-ориентированного программирования.

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

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

3.1.1 Проектирование уровня данных

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

Были выявлены следующие основные сущности:

1. Заказчик:

- Имя заказчика;

- Телефон;

- Email.

2. Договор:

- Номер договора;

- Дата.

3. Исполнитель:

- ID;

- Имя сотрудника;

- Роль в проекте.

4. Заказ:

- IDЗаказа;

- Дата начала исполнения заказа;

- Факт оплаты;

- Итоговая стоимость;

- Дата завершения заказа;

- Дата оплаты заказа;

- Имя заказчика;

- Статус заказа;

- Описание заказа

- Стоимость заказа.

Диаграмма класса уровня данных, выполненная в CASE-средстве VP Online, представлена ниже.

Рисунок 2. Диаграмма классов

3.1.2 Проектирование уровня интерфейса

Главная форма приложения является объектом класса Home. Создание всех компонентов формы, в частности главного меню, управляющих элементов, окон сообщений, диалогов настроек, панели с закладками и др., происходит в методах по мере их вызова, соответствующими им конструкторами.

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

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

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

3.1.3 Проектирование уровня бизнес-логики

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

Функции уровня бизнес-логики:

– Проверка на совпадение данных при регистрации пользователя;

– Сохранение и добавление данных;

– Размещение нового заказа;

– Выбор исполнителей.

3.2 Разработка диаграмм последовательностей

Диаграмма последовательности – диаграмма, предназначенная для представления взаимодействия между элементами модели программной системы в терминологии линий жизни и сообщений между ними.

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

- Диаграмма последовательности изменения деталей инвентаря администратором;

- Диаграмма последовательности просмотра каталога клиентом;

- Диаграмма последовательности аренды инвентаря.

Диаграмма последовательности размещения и исполнения заказа представлена на рисунке 3.

Рисунок 3. Диаграмма последовательности размещения и исполнения заказа

3.3 Разработка диаграмм деятельности

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

Для разрабатываемой информационной системы диаграмма деятельности представлена на рисунке 4.

Рисунок 4. Диаграмма деятельности реализации заказа

3.4 Разработка диаграмм состояний

Диаграмма состояний – это диаграмма состояний из теории автоматов со стандартизированными условными обозначениями, которая может определять множество систем от компьютерных программ до бизнес-процессов. На рисунке 5 представлена диаграмма состояний заказа.

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

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

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

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

Рисунок 5. Диаграмма состояний Заказа

4 СОЗДАНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ ПО

4.1 Разработка диаграммы компонентов

Диаграмма компонентов разрабатывается для следующих целей:

- визуализация общей структуры исходного кода программной системы;

- спецификация исполнимого варианта программной системы;

- обеспечение многократного использования отдельных фрагментов программного кода;

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

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

Диаграмма компонентов разрабатываемой информационной системы (Рисунок 6) содержит в себе ее наиболее значимые элементы, а также их взаимодействие.

Данная диаграмма разработана на основе следующих правил:

- функционирование информационной системы основано на работе приложения (исполняемые файлы) с базой данных;

- исполняемые файлы образуются путем компиляции исходного кода приложения;

- исходные коды содержат в себе сторонние библиотеки для расширения круга возможностей приложения;

- пользователи взаимодействуют с информационной системой при помощи пользовательского интерфейса;

- все формы, относящиеся к выполнению различных действий в системе, вызываются из главной формы;

- для простоты восприятия содержимого диаграммы малозначащие компоненты и детали системы не указываются.

Рисунок 6. Диаграмма компонентов

4.2 Разработка диаграммы развертывания

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

При разработке диаграмм развертывания преследуются следующие цели:

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

- показать физические связи между узлами реализации системы на этапе ее исполнения;

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

Диаграмма развертывания разрабатываемой системы представлена на рисунке 7.

Структура системы:

- на сервере установлен MS SQL Server, обеспечивающий бесперебойную и корректную работу базы данных. Там же хранится и файл самой базы данных;

- на пользовательском компьютере должен быть установлен браузер Google Chrome, Mozilla Firefox или IE от 11 версии и выше.

Рисунок 7. Диаграмма развертывания

5 ОПИСАНИЕ РЕАЛИЗАЦИИ

В результате реализации были разработаны макеты основных экранных форм. Сначала макеты разрабатывались в виде чертежей на бумаге (Рисунки 8 - 13), затем они были переведены в электронный вариант (Рисунки 14-2).

Прототип дизайна от руки https://standard.build.me/prototype-editors/api/public/v2/prototypes/5ee0e7215db36c1e793882a5/snapshots/latest/artifacts/index.html#/ZaKycKhKa0O2

Карта прототипа:

Рисунок 8. Карта прототипа

Рисунок 9. Прототип Авторизация

Рисунок 10. Прототип Регистрация

Рисунок 11. Прототип Профиль заказчика

Рисунок 12. Прототип Профиль исполнителя

Рисунок 13. Прототип Ход реализации проекта

5.1 Средства разработки

Для разработки прототипа сервиса была использована система build.me. Приложение создано для проектирования web-сервисов, а также мобильных приложений и видео игр. Приложение позволяет создать прототипы близкие по функциональности и внешнему виду к реальному приложению.

Макеты оконного интерфейса: https://standard.build.me/prototype-editors/api/public/v2/prototypes/5edd804574e78061c57f38d1/snapshots/latest/artifacts/index.html#/ProjectHistory/UserSet('Jane')

5.2 Клиентская часть

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

В рамках разрабатываемого веб-сервиса биржи it-специалистов для заказчиков и исполнителей были реализованы интерфейсы для следующих страниц:

· страница авторизации;

· страница регистрации;

· раздел «Профиль заказчика»;

· раздел «Профиль исполнителя»;

· раздел «Ход реализации проекта».

На рисунке 14 представлена страница авторизации, на ней реализовано две опции: вход для зарегистрированных пользователей и регистрация для новых. Форма авторизации построена по стандартному шаблону и состоит из полей для ввода логина и пароля.

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

На рисунке 15 представлена страница регистрации. На ней пользователю нужно заполнить следующие поля: имя, фамилия, логин, пароль, телефон, e-mail. Все поля являются обязательными для заполнения. Роль пользователь выбирает после того как все формы запонены, доступно два варианта: заказчик или исполнитель. Выбор роли определяет доступные для пользователя сценарии взаимодействия с системой.

Рисунок 15. Интерфейс формы регистрации

На рисунке 16 представлена страница исполнителя, которая включает контактную информацию и три вкладки. Вкладка «О себе» содержит три формы: навыки и специализация, образование и опыт работы в пректах. Даннная информация позволяет потенциальному заказчику понять насколько его запросы совпадают с навыками и умениями исполнителя. Вкладка «Проекты» посвящена опыту работы, где исподнителю нужно указать ссылки на проекты для того, чтобы заказчик мог подробно ознакомиться с проектом и при желании связаться с руководителем реализованного проекта(заказчиком). Вкладка «Проекты в работе» позволяет перейти на страницу с реализуемыми проектами. Исплнитель должен заполнить все формы максимально подробно для максимально эффективного взвимодействия с потенциальным заказчиком.

Рисунок 16. Интерфейс формы исполнителя

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

Рисунок 17. –Интерфейс формы заказчика

На рисунке 18 представлена страница рализации проекта, которая содержит всю информацию о проекте, что позволяет держать под контролем весь процесс разработки и делаем его максимально прозрачным и понятным для всех учатников. С помощью таблицы можно получить инфомацию о ключевых задачах проекта, сроках и ответственных за каждую из них. График на данной странце позволяет наглядно оценить объем предстоящей и проделанной работы.

Рисунок 18. Интерфейс реализации проекта

ЗАКЛЮЧЕНИЕ

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

Интерфейс программы интуитивно понятен любому пользователю, который будет использовать данный проект, даже без специальных знаний. Всё это позволит работать с данной программой большому количеству людей и использовать ее в различных справочных службах без предварительного обучения методике работы с нею. Для использования программы будет достаточным наличие базовых навыков работы с персональным компьютером.

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

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

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

В процессе выполнения данной курсовой работы были закреплены навыки проектирования новых систем на языке моделирования UML.

СПИСОК ЛИТЕРАТУРЫ

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.

15 Eriksson H. E., Penker M. Business modeling with UML //New York. – 2000. – С. 1-12.

16 Li Q., Chen Y. L. Data flow diagram //Modeling and Analysis of Enterprise and Information Systems. – Springer, Berlin, Heidelberg, 2009. – С. 85-97.

17 Bittner K. Use case modeling. – Addison-Wesley Longman Publishing Co., Inc., 2002.

18 Leff A., Rayfield J. T. Web-application development using the model/view/controller design pattern //Proceedings fifth ieee international enterprise distributed object computing conference. – IEEE, 2001. – С. 118-127.

19 Маркин Е. И., Рябова К. М., Артюшина Е. А. Разработка web-приложения с использованием архитектуры «клиент-сервер» //Международный студенческий научный вестник. – 2016. – №. 3-1. – С. 84-86.

20 Онлайн курс Design Your First App with Build [Электронный ресурс] – Режим доступа: https://open.sap.com/courses/build1