Анализ требований программного продукта "Диско-бар"

   ФЕДЕРАЛЬНОЕ АГЕНТСВО ПО ОБРАЗОВАНИЮ 

   Томский государственный университет

   систем  управления и радиоэлектроники (ТУСУР) 

   Кафедра автоматизации обработки информации (АОИ) 
 

                              УТВЕРЖДАЮ

                              Заведующий кафедрой АОИ

                              д-р техн. наук, проф.

                              ___________Ю.П. Ехлаков

                              «___»_____________2007 г. 
 
 
 

   Диско-бар

   курсовая  работа по дисциплине

   «Объектно-ориентированный  анализ и программирование»

   ФСУ 0640601 
 
 

                              Студент гр. _____

                              ___________Абрамов В.В.

                              «___»_____________2009 г. 
 

                              Руководитель

Ст. преп. каф. АОИ ____________Д.А. Соловьев

                              «___»_____________2009 г. 
 
 
 
 
 
 
 

   2009

 

1. Федеральное агентство  по образованию

 

   Томский государственный университет

   систем  управления и радиоэлектроники (ТУСУР) 

   Кафедра автоматизации обработки информации (АОИ) 
 

                              УТВЕРЖДАЮ

                              Заведующий кафедрой АОИ

                              д-р техн. наук, проф.

                              ___________Ю.П. Ехлаков

                              «___»_____________2006 г. 
 

   ЗАДАНИЕ

   на  курсовую работу

студенту  Абрамову В.В. группы 406 факультета систем управления 

1.Тема  работы: проектирование АИС “Диско-бар” 

2. Срок сдачи  работы на кафедру: «___»________________2009 г. 

3. Содержание: 

4. Дата  выдачи задания: «___»_________________________2009 г. 

Руководитель: старший  преподаватель кафедры АОИ Соловьев Д.А. «___»___________________2009 г. _____________________________

                              (подпись руководителя) 

Задание принял к исполнению:

«___»___________________2009 г. ______________________________

                                (подпись студента) 
 
 
 
 
 
 
 

   Содержание 

   1.Анализ  предметной области………………………….4

   2.Требования к системе………………………………...6

   3.Модель  прецедентов информационной системы…...9

   4.Прецедент «авторизоваться»………………………..12

   5.Диаграмма  последовательности для прецедента «авторизоваться»……………………………………………16

   6.Диаграмма  классов…………………………………..17

   7.Используемая  литература…………………………...20 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

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

   В 21-ом веке, веке информаций, человек начинает проводить всё меньше времени за работой. Работа в новом веке приобрела немного иной смысл – работа в веке информаций подразумевает, что человек больше общается с компьютерами, роботами и другими системами, которые могут выполнить работу за человека. Человек всё меньше начинает тратить время на работу, так как она занимает меньше усилий, нагрузок и времени. В 21-ом веке человек может работать и дома. Соответственно, и время на отдых становится больше, а сам отдых разнообразнее. Перечислять все виды отдыха в 21-ом веке нет смысла, мы же сосредоточимся на интересующей нас теме – бар. Бар – со времён своего появления стал явлением уже привычным, несмотря на то, что первые бары не пользовались популярностью, а их назначение было немного иным. Однако, сейчас бар можно встретить практически на каждом углу и обойтись без него уже, кажется, невозможно. Баром мы пользуемся на дискотеке, в ресторане, спорт - центрах и кафе. Услугами бара пользовался каждый человек, но при этом мало кто задумывался как бар функционирует. Со стороны, конечно, работа бара и бармена кажется до боли простой. Однако, существует целая культура баров, барменов и обслуживания гостей. 21-й век позволил сделать работу бармена проще. Информационная система, которой пользуется бармен, просто способ взаимодействия бармена и гостя. Гости, получив свой заказ и чек к нему, мало когда обращают внимание на то, что написано в чеке, помимо цены. Однако подобный чек может показать, что гость в заведении обслуживается определённым официантом/барменом и определённое время. В целом, информационная система может вести учёт бара и его расходов, являться справочной системой для барменов и официантов, упрощать работу барменов и официантов, делать пребывание гостей в заведении приятнее, когда они видят, за что они платят.

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

   2.Требования к системе 

   Заинтересованные  стороны:

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

  

   Функции системы(функциональные требования):

• Функция 1: учёт товара в баре.
• Функция 2: ведение и сохранение отчётов для налоговой.
• Функция 3: учёт всех действий, совершаемых при работе с системой (запуск, закрытие, время работы, действия пользователей).
• Функция 4: работа с заказами: оформление, изменение, закрытие, расчёт и т.д.
• Функция 5: система должна хранить информацию по некоторым позициям меню (коктейли, блюда).
• Функция 6: хранение информации о пользователях: статус, идентификационный код, время работы с системой для начисления з/п, проценты с продаж конкретному пользователю.
• Функция 7: система должна разграничить права пользователей.

 

   Нефункциональные  требования:

• Удобность. Система должна быть простой и ясной, чтобы пользователь видел и понимал, где какая клавиша за что отвечает. Время подготовки пользователя к работе с системой должно быть минимальным. Интерфейс не должны переполнять клавиши и яркие цвета.
• Практичность. Все элементарные действия с системой у пользователей должны быть просты и доведены до автоматизма. В идеале оформить заказ пользователь должен минимум за 15 секунд.
• Надёжность. Система должна работать стабильно, без ошибок и сбоев. Сбои же вызванные не системой, а извне (перезагрузка ОС) должны возвращать систему в исходное положение.
• Обслуживание. Система должна легко изменяться в соответствии с новыми требованиями.

 

   Ограничения системы:

     
 
 
 
 
 
 
 
 
 
 
 

   3.Модель  прецедентов системы 

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

   Модель  разрабатывается для достижения следующих целей:

• определить границы и контекст моделируемой системы;

•сформулировать требования к поведению системы;

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

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

     

   Актёры:

• Пользователь – тот, кто непосредственно работает с системой. Это может быть бармен или официант.
• Администратор – тот, кто занимает управлением системы: запуск/закрытие, назначение персонала, просмотр отчётов.

   Прецеденты:

• Авторизация – предоставляет пользователю или администратору возможность работать с системой, если у него на это есть права.
• Поработать с заказами – прецедент создания нового заказа и работы с ним.
• Оформить заказ – заполнить все соответствующие пункты для оформления заказа: стол, позиции заказа и т.д.
• Изменить заказ – переоформить заказ в соответствии с новыми требованиями.
• Закрыть заказ – прецедент работы с конкретным заказом.
• Оплатить заказ -  оплаты подразумевает расчёт с гостем за совершённый заказ.
• Счётчик заказов – прецедент, отвечающий за учёт товара в баре. При закрытии заказа, счётчик считывает товар с заказа и вычитает из базы данных. Таким образом, происходит контроль товара в баре и его учёт. Так же он удобен при снятии остатков бара.
• Открыть меню администратора – прецедент, открывающий меню администратора.
• Отредактировать персонал – прецедент, редактирования персонала как на определённый день, так и редактирования базы данных персонала: добавление пользователей, удаление или изменение статуса.
• Просмотреть отчёты – просмотр администратором отчётов по работе системы.
• Запустить ИС – инициируется администратором для запуска системы.