Программная система компьютерного клуба

Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«Владимирский государственный университет имени Александра Григорьевича и Николая Григорьевича Столетовых»

КУРСОВАЯ РАБОТА Программная система компьютерного клуба Владимир, 2014 г.

1. Задание

1) Исследовать выбранную предметную область.

2) Изучить графическую нотацию визуального языка моделирования — UML 2.0.

3) Разработать визуальный проект рассматриваемой программной системы согласно требованиям нотации UML 2.0 и с использованием среды моделирования Microsoft Visio:

3.1) Разработать концептуальную модель программной системы.

3.2) Разработать логическую модель программной системы.

3.3) Разработать динамическую модель программной системы.

3.4) Разработать физическую модель программной системы Оформить пояснительную записку.

2. Цель работы

1) Сократить время обслуживания одного клиента;

2) Сократить рабочие места;

3) Автоматизировать управление;

4) Модернизировать систему оплаты.

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

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

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

4. Предлагаемые варианты программных систем компьютерного клуба

4.1 Вариант № 1

Network Administrator — система для автоматизации управления и ведения учета в интернет-кафе и компьютерном клубе.

1) Простой и удобный интерфейс администратора и клиентов;

2) Автоматическое вычисление стоимости услуг по гибким тарифам в зависимости от времени дня, дня недели, длительности сеанса;

3) Учет скидок и ведение счетов для постоянных пользователей;

4) Включение и выключение сеансов клиентов по истечении оплаченного времени. Полное удаленное управление клиентскими компьютерами;

5) Учет и ограничение доступа в Интернет. Посекундная и побайтная тарификация;

6) Подробные отчеты для руководителя, оперативный контроль через Интернет, отправка статистики на e-mail.

7) Поддержка Windows XP, Windows 7, в том числе Windows 7×64, Ultimate, Professional, Home Basic, Windows 8, Windows 8.1.

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

Как обычно проходит рабочий день администратора интернет-кафе? Приходит клиент, платит деньги, скажем, за 1 час посидеть в интернете. Администратор записывает на бумагу «такое-то время, заплатили столько-то за 1 час интернета». Затем приходит 5 человек и хотят поиграть. Платят все за 40 минут игр. Администратор опять все записывает на бумагу. Затем 2 человека дают еще денег на полчаса, решив еще посидеть. Тут в зал приходит еще 9 игроков, и платят кто за час, кто за полтора. Администратор все записывает. А когда кого пора поднимать? Администратор смотрит на свои часы и начинает сверять время со своими записями. А как это утомительно делать, если занято даже менее десятка компьютеров!

Без автоматизационной программы для интернет кафе возникает потеря прибыли. Допустим, сел человек поиграть на час. Ясное дело, администратор не может каждую секунду сверять записи, кому пора вставать. Пусть до администратора доходит, что пора поднимать человека только через 5 минут после окончания времени. Потеря по 5 минут пускай даже на 10 компьютерах за день это уже довольно существенные деньги! А зачем их дарить, кому попало? Или еще пример. Человек пересидел 5 минут, собирается заплатить еще, но говорит «сейчас быстро доиграю и заплачу еще за час». Так он оттягивает время. Спустя полчаса, когда он заплатит, администратор смотрит на часы и начинает считать время от момента оплаты. А с какой стати? Считать его надо с конца предыдущего интервала оплаты. А для этого надо рыться по записям, чего администратор не делает. Таким образом, теряется время и деньги.

4.2 Вариант № 2

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

4.3 Вариант № 3

Система Club-Control

Система состоит из трех частей :

1) Клиент — программа для установки на компьютеры, предоставляемые посетителям;

2) Сервер — программа для оператора/администратора/директора клуба;

3) «Домашний» сервер — программа для директора, позволяющая подключиться к клубу с любого компьютера по локальной сети или через интернет для удаленного контроля и возможного общения с персоналом;

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

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

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

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

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

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

4.4 Сравнение рассматриваемых систем Таблица 1 — Cравнение рассматриваемых систем

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

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

5.1 Диаграмма прецедентов Рисунок 1 — Диаграмма прецедентов программной системы компьютерного клуба На диаграмме приведены два актера Клиент и Терминал.

В окне терминала приведены варианты выбора для Клиента: выбрать удобный ПК (дата, время, свободные ПК), получить чек с паролем и в случае необходимости продлить время.

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

Возможными действиями Терминала являются: отменить заказ (используется автоматически при отсутствии оплаты, максимальное время ожидания- 60 сек), экстренный вызов оператора (в случаи неполадок с системой), так же обработать заказ с последующим разрешением доступа к ПК. Терминал всегда запрашивает дисконтную карту, с последующей проверкой.

5.2 Документы описание прецедентов

1) Название прецедента: «Выбрать способ оплаты»;

2) Описание. Клиенты могут оплатить чек с паролем наличными или кредитной картой;

3) Актеры — Клиент;

4) Предусловие. Клиент входит в систему;

5) Основной поток событий. Выбрать ПК, перейти на страницу оплаты;

6) Альтернативный поток событий. Если клиент не может разобраться с терминалом, он просит помочь консультанта;

7) Пост условие. Взять чек с паролем;

8) Точка расширения. Обобщение;

1) Название прецедента: «Выбрать удобный ПК»;

2) Описание. Клиент может просматривать все возможные ПК;

3) Актеры — Клиент;

4) Предусловие. Клиент входит в систему;

5) Основной поток событий. Посмотреть возможные варианты, сделать выводы и выбрать самый удобный;

6) Альтернативный поток событий. Если клиент не может разобраться с терминалом, он просит помочь консультанта;

7) Пост условие. Взять чек с паролем;

8) Точка расширения. Включение.

1) Название прецедента: «Дисконтная карта»;

2) Описание. Постоянные клиенты, которые приобрели дисконтную карту;

3) Актеры — Клиент;

4) Предусловие. Приобрести дисконтную карту;

5) Основной поток событий. Оплатить, оплатить дисконтной картой;

6) Альтернативный поток событий. Если клиент не может разобраться с терминалом, он просит помочь консультанта;

7) Пост условие. Взять чек с паролем;

8) Точка расширения. Расширение.

6. Логическая модель

6.1 Диаграмма классов Рисунок 2 — Диаграмма классов программной системы компьютерного клуба Основными классами данной модели являются классы: Клиент, Терминал, Заказ, Чек.

Связь агрегации, можно наблюдать Заказ — Терминал, т. к терминал, класс целое и стрелка направлена к нему (у одного терминала может быть много заказов). Связь композиция наблюдается у классов Заказ — Чек, эта связь используется потому, что один чек может принадлежать только одному заказу.

6.2 Диаграмма состояний Рисунок 3 — Диаграмма состояния объекта оплата класса заказ Рисунок 4 — Диаграмма состояния объекта оформление класса заказ Диаграмма имеет несколько состояний. Оформление и создание заказа или отмена заявки до создания новой. С созданием оплаченного заказа, информация поступает в базу данных и изменяется (ПК бронируется и исправляется как занятый). При отсутствии оплаты состояние брони ПК остается неизменным. После оплаченной процедуры выходит чек с состоянием заказа, а в случаи отмены терминал выдает ошибку и информирует об этом клиента с помощью чек — ошибки и информационного сообщения на экране терминала.

7. Динамическое представление системы

7.1 Диаграмма видов деятельности Рисунок 5 — Диаграмма видов деятельности актеров «клиент» и «терминал»

Рисунок 6 — Диаграмма видов деятельности для прецедента «Клиент»

На диаграмме наблюдается поведение двух систем во время одного заказа. Первая система — клиент при работе с терминалом, вторая — внутренняя работа систем терминала.

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

7.2 Диаграмма последовательностей Рисунок 7 — Диаграмма последовательностей для прецедента «клиент»

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

Сообщения можно разделить на 2 вида: синхронные — требующие возврата ответа и асинхронные — ответ не требуется и вызывающий объект может продолжать работу. На диаграмме синхронные вызовы обозначаются закрашенными стрелочками. Асинхронные — не закрашенными или половинными стрелочками. Обратной пунктирной стрелкой показан возврат ответа на сообщение.

Рисунок 8 — Диаграмма вида деятельности «Оплата»

8. Физическая модель системы

8.1 Диаграмма пакетов Рисунок 9 — Диаграмма пакетов программной системы компьютерного клуба Пакет — это инструмент группирования, который позволяет взять любую конструкцию UML и объединить ее элементы в единицы высокого уровня. В основном пакеты служат для объединения классов в группы.

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

На диаграмме пакеты изображаются в виде папок с закладками. Можно показывать только имя пакета или имя вместе с его UML содержимым.

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

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

На данной диаграмме развертывания мы видим четыре узла: Базы данных, Сервер системы, ПК под управлением Windows Server и Терминал. Так же указаны маршруты передачи информации для каждого узла.

Заключение

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

Плюсы программной системы компьютерного клуба:

а) Терминалы занимают мало места и в зависимости от размера клуба можно установить необходимое количество, что позволит избежать очередей;

б) Время обслуживания одного клиента уменьшится;

в) Сокращение рабочих мест;

г) Автоматизированное управление;

д) Возможность расплачиваться кредитными картами.

Минусы программной системы компьютерного клуба:

е) Дорогое оборудование (но затраты окупятся через 3−4 месяца, т. к не придется платить з/п оператору.

Также, в результате выполнения данной курсовой работы была изучена графическая нотация визуального языка моделирования UML2.0, получены навыки по разработке визуального проекта ИС с использованием UML2.0 и среды моделирования MicrosoftVisio.

диаграмма класс физический система

Список использованных источников

1) Буч, Г. Унифицированный процесс разработки программного обеспечения Г. Буч, Джю Рамбо, А. Якобсон — СПб.: Питер, 2002. — 496с.

2) Вендров, А.М. CASE — технологии. Современные методы и средства проектирования информационных систем: М.: Финансы и статистика, 1998. 176с.

3) Калянов, Г. Н. Консалтинг при автоматизации предприятий: М.: СИНТЕГ, 1997. — 316с.

4) Конушин, А. В., Мазанова, В. И. Язык визуального моделирования UML: изд-во ВлГУ, 2012. — 31с.

.ur