Спортивный клуб
Разработка требований к информационной системе для спортивного клуба. Характеристика деятельности организации. Оценка качества и безопасность спортивных услуг. Основные методы контроля. Спецификация требований программного обеспечения, их трассирование.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | отчет по практике |
| Язык | русский |
| Дата добавления | 07.06.2016 |
| Размер файла | 117,7 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Министерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение высшего образования
"ПЕРМСКИЙ ГОСУДАРСТВЕННЫЙ ГУМАНИТАРНО-ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ"
факультет ИНФОРМАТИКИ И ЭКОНОМИКИ
Кафедра информатики
Отчет по практической работе
на тему "Спортивный клуб"
ИСПОЛНИТЕЛЬ: студент гр.1233Э
Стремоусова О.В.
НАУЧНЫЙ РУКОВОДИТЕЛЬ:
д. э. н., профессор Казаринова Н.Л.
Пермь 2016
Оглавление
- Введение
- Основы программных требований
- Процесс работы с требованиями
- Извлечение требований
- Анализ требований
- Спецификация требований
- Проверка требований
- Практические соображения
- Трассировка требований
- Заключение
- Список литературы
Введение
Требования - это спецификация того, что должно быть реализовано. В них описано поведение системы, свойства системы или ее атрибуты. Они могут быть ограничены процессом разработки системы.
Цель: разработать систему требований для Спортивного клуба
Задачи:
- Установить набор выполняемых функций, перечень и характеристики исходных данных для дальнейшей разработки жизненного цикла
- Изучить раздел Software Requirements Fundamentals
- Изучить деятельность спортивного клуба
- Составить свод требований.
Основы программных требований
Организация создана для содействия развития физической культуры и спорта, организации активного, содержательного досуга, развития физических и нравственных качеств, достижения спортивных успехов.
Бизнес-требования:
· формирование здорового образа жизни потребителей;
· безопасность и экологичность;
· систему подготовки спортсменов различной квалификации;
· точность и своевременность исполнения;
· эргономичность и комфортность;
· эстетичность;
· зрелищность услуг;
· этичность обслуживающего персонала;
· социальную адресность;
· информативность.
1. Система должна иметь разграничение прав доступа;
2. Система должна содержать базы данных об услугах фитнес-клуба, клиентах и тренерах;
3. Система должна предоставлять возможность добавления, поиска, редактирования и удаления данных;
4. Система должна вести учет оплаты купленных услуг клиентами;
5. Система должна предоставлять возможность создания и корректировки расписания (добавление, изменение, удаление данных);
6. Система должна предоставлять возможность учета посещаемости;
7. Система должна предоставлять возможность добавления отзывов о тренерах;
Пользовательские требования:
1. Просмотр информации о спортивном клубе
2. Регистрация в спорт клубе
3. Просмотр услуг, предоставляемых спорт клубом
4. Просмотр информации о тренерах, работающих в спорт клубе
|
Функциональные требования |
Нефункциональные требования |
|
|
Система должна иметь разграничение прав доступа; Система должна содержать базы данных об услугах фитнес-клуба, клиентах и тренерах; Система должна предоставлять возможность добавления, поиска, редактирования и удаления данных; Система должна вести учет оплаты купленных услуг клиентами; Система должна предоставлять возможность создания и корректировки расписания (добавление, изменение, удаление данных); Система должна предоставлять возможность учета посещаемости; Система должна предоставлять возможность добавления отзывов о тренерах; |
ГОСТ Р 52024-2003. Услуги физкультурно-оздоровительные и спортивные. Общие требования Лицензионные требования на лицензию по оказанию спортивно - оздоровительных услуг: (в соответствии с Федеральным законом от 04.05.2011 N 99-ФЗ "О лицензировании отдельных видов деятельности" и Федеральным законом от 04.12.2007 N 329-ФЗ "О физической культуре и спорте в Российской Федерации" ГОСТ 12.1.005-88 Система стандартов безопасности труда. Общие санитарно-гигиенические требования к воздуху рабочей зоны |
Атрибуты качества
· Удобство использования (практичность)
· Эффективность
· Конфиденциальность
· Функциональность
· Надежность
· Сопровождаемость.
Требования с количественной оценкой
Для оценки качества и безопасности спортивных услуг используют следующие основные методы контроля:
визуальный - проверка состояния физкультурно-оздоровительных и спортивных сооружений, спортивного оборудования, снаряжения, инвентаря, трасс, маршрутов и пр.;
аналитический - проверка наличия и сроков действия обязательных документов на предоставление услуг, анализ правильности и своевременности заполнения этих документов, врачебно-педагогическое наблюдение за состоянием готовности к оказанию спортивных услуг, проверка профессиональной квалификации обслуживающего персонала, оказывающего услуги и др.;
измерительный - проверка, поверка с использованием средств измерений и испытаний технического состояния спортивного оборудования, снаряжения и инвентаря, средств спасения утопающих (в бассейнах), оборудования спортивных сооружений (зданий, помещений, площадок, используемых при оказании услуг и пр.);
экспертный - опрос тренеров, преподавателей и др. (высшей квалификации) о состоянии качества и безопасности услуг, оценка результатов опроса;
социологический - опрос или интервьюирование потребителей услуг, оценка результатов опроса.
Процесс работы с требованиями
Участники процессов:
Потребитель услуги: Гражданин (организация), имеющий намерение заняться (занимающийся) физическими упражнениями и спортом для поддержания и укрепления здоровья, профилактики заболеваний, поддержания высокой работоспособности, а также принять участие в различных видах активного отдыха и проведения досуга при посещении спортивно-зрелищных, культурно-массовых и развлекательно-игровых мероприятиях.
Исполнитель услуги: Организация независимо от ее организационно-правовой формы, а также индивидуальный предприниматель, оказывающие спортивные услуги.
Процесс обслуживания: Совокупность операций, выполняемых исполнителем при непосредственном контакте с потребителем в процессе оказания спортивных услуг.
Условия обслуживания: Совокупность факторов, воздействующих на потребителя в процессе оказания услуги.
Качество услуги: Совокупность характеристик услуги, определяющих ее способность удовлетворять физкультурно-оздоровительные и спортивные потребности потребителя.
Физкультурно-оздоровительные и спортивные сооружения: Здания, сооружения, оборудованные площадки и помещения, оснащенные специальными техническими средствами и предназначенные для физкультурно-оздоровительных, спортивных услуг, спортивно-зрелищных мероприятий, а также для организации физкультурно-оздоровительного и спортивного досуга.
Спортивное оборудование: Приборы, аппараты, устройства, которыми оборудуют места проведения соревнований и тренировочных занятий.
Спортивное снаряжение и инвентарь: Комплект предметов, приспособлений, необходимый для обеспечения процесса обслуживания потребителей услуг.
Обслуживающий персонал: Лица, занимающиеся физкультурно-оздоровительной и спортивно-педагогической работой и имеющие установленную законодательством спортивную и профессиональную квалификацию.
Извлечение требований
Требования были разработаны на основании федеральных законов и стандартов SWEBOK
Техника извлечений требований заключалась в аналитике основных задач деятельности спортивного клуба.
Анализ требований
Анализ требований - это процесс (бизнес-процесс) и, следовательно, к нему подходят методы и средства процессного подхода к управлению.
Полнота и качество анализа требований играют ключевую роль в успехе всего проекта. Требования к ПО должны быть документируемые, выполнимые, тестируемые, с уровнем детализации, достаточным для проектирования системы.
Анализ требований включает три типа деятельности:
· Сбор требований - общение с клиентами и пользователями, чтобы определить, каковы их требования; анализ предметной области.
· Анализ требований - определение, являются ли собранные требования неясными, неполными, неоднозначными или противоречащими; решение этих проблем; выявление взаимосвязи требований.
· Документирование требований - требования могут быть задокументированы в различных формах, таких как простое описание, сценарии использования, пользовательские истории, или спецификации процессов.
Так как анализ требований это бизнес - процесс, то на рис.1. представлены бизнес - процессы спортивного клуба в контекстной диаграмме.
Рис. 1. Бизнес-процессы спортивного клуба
Спецификация требований
Спецификация требований программного обеспечения является полным описанием поведения системы, которая будет создана. Она включает ряд сценариев использования, которые описывают все виды взаимодействия пользователей с программным обеспечением. Сценарии использования также известны как функциональные требования. В дополнении к сценариям использования, спецификация программного обеспечения также содержит нефункциональные (или дополнительные) требования. Нефункциональные требования - требования, которые налагают дополнительные ограничения на систему (такие как требования эффективности работы, стандарты качества, или проектные ограничения).
Проверка требований
После того как требования собраны, необходимо сделать несколько вещей сразу:
1. Проверить требования.
2. Проанализировать требования.
3. Расставить приоритеты.
Проверка требований заключается в ответе на следующие вопросы:
1. Корректно ли требование. Отражает ли требование реальную потребность, желание, или обязательство? Определена ли основная причина появления требования?
2. Целостно ли требование? Требование сформулированно в виде законченного предложения? Требование целиком размещено в одном месте документа, таким образом, что у читателя не возникает необходимости обращаться к дополнительной информации, чтобы понять это требование?
3. Ясно ли требование? Требование недвусмысленно и непротиворечиво? Все ли заинтересованные лица согласны со значением требования?
4. Согласованно ли требование? Не противоречит ли требование другим требованиям? Соответствуют ли используемые термины терминам других требований и словарю?
5. Проверяемо ли требование? Можем ли мы утверждать, что система соответствует требованию? Возможно ли определить для требования ясные, недвусмысленные тесты типа "прошел/не прошел"? Возможно ли установить, что требование прошло проверку, анализ, показ или тест?
6. Трассируемо ли требование? Имеет ли требование уникальное обозначение, так, что на него может быть сделана однозначная ссылка?
7. Выполнимо ли требование? Может ли требование быть реализовано в пределах стоимости и расписания? Реализуемо ли технически требование с точки зрения применяемой технологии? Требование физически достижимо?
8. Отделено ли требование от дизайна? Обоснованы ли требования, налагающие ограничения на дизайн? Позволяет ли формулировка требования реализовать его более чем одним способом?
9. Неделимо ли требование? Действительно ли формулировка требования содержит только одно требование? Отсутствуют ли в требованиях такие слова ("и", "или", "но"), которые могут указывать на наличие нескольких требований в формулировке требования.
Практические соображения
Управление изменениями
Требования изменяются. Требования могут изменяться, они могут быть удалены, а новые требования могут быть добавлены на любом этапе разработки.
Чем дальше продвинулась разработка, тем дороже обходится внесение изменений. Фактически, минимальные затраты, необходимые для выправления проекта после внесения изменений, всегда растут и зачастую растут экспоненциально. Изменение только что сформулированных требований, которые не связаны с другими требованиями, - это простое упражнение в редактировании. Изменение тех же требований, после того как они реализованы, может обойтись чрезвычайно дорого.
Изменения могут быть связаны с субъективными ошибками, но зачастую они вызваны изменениями внутренней политики или внешними факторами, такими как конкурентные силы, глобальные рынки или технологические достижения. Вне зависимости от причин, для документирования запросов на изменения оценки влияния, оказываемого изменениями, и осуществления изменений необходима сильная стратегия управления изменениями.
Поскольку изменение требований обходится дорого, для каждого запроса на изменение необходимо создавать формальный бизнес прецедент. Обоснованное изменение, которое не встречалось раньше, оценивается с точки зрения его технической осуществимости, влияния на остальной проект и затрат. После согласования требование включается в соответствующие модели и реализуется в программном обеспечении.
Управление изменениями, помимо прочего, включает отслеживание больших объемов взаимосвязанной информации в течение длительного периода времени. Без инструментов поддержки управление изменениями обречено. В идеале, изменения требований должны храниться и отслеживаться с помощью средств конфигурационного управления, которое используется разработчиками для контроля версий моделей и программ на протяжении ЖЦ разработки. Подходящие CASE средства должны либо обладать собственными возможностями конфигурационного управления, либо возможностями взаимодействия с автономными средствами конфигурационного управления.
Трассировка требований
Одним из инструментов установления зависимости между сформулированными требованиями и их изменениями является трассировка, т.е. поддерживается развитие и обработка требований с прослеживанием идентифицированных связей, которые должны быть зафиксированы по двум направлениям - от источника требований к реализации и, наоборот. Выявляются причины появления разнообразных неточностей, добавлений и определяется необходимость внесения изменений в требования в одном из приведенных направлений.
Процедура трассирования состоит в следующем:
· выбирается элемент (функция, фрагмент или некоторая часть) из матрицы трассирования требований, за которым проводится прослеживание на этапах ЖЦ;
· составляется список вопросов, по которым на каждом этапе проверяются связи при реализации требований в продукте, и если изменяется какое-то звено в цепочке требований, то может модифицироваться процедура разработки этого элемента на последующем этапе ЖЦ;
· проводится мониторинг статуса каждого требования на соответствие выполнения согласно принятому плану;
· уточнение ресурсов выполнения проекта при необходимости проведения изменений в требования и в элементы проекта.
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами (рис.2).
спортивный клуб информационная система
Рис.2. Диаграмма дерева узлов бизнес-процессов спортивного клуба
Заключение
Разработана система требований, позволяющая выявить деятельность Спортивного клуба. Разработаны структуры документов, соответствующие общепринятым требованиям, а также процедуры их использования и формирования. По установленному набору выполняемых функций и характеристик, можно разработать жизненный цикл.
Список литературы
1. Орлик С. Программная инженерия. Управление программной инженерией. Software Engineering Management. М., 2004.2005. Дата обращения 16.05.2016г.
2. Википедия https: // ru. wikipedia.org/ Дата обращения 17.05.2016г.
Размещено на Allbest.ru
...Подобные документы
Требования к разработке программного обеспечения. Анализ существующих уровней и классификаций требований. Предложение расширенной классификации с дополнительными атрибутами. Стадии разработки программного обеспечения. Наблюдение за бизнесом заказчика.
дипломная работа [2,4 M], добавлен 24.08.2016Эксплуатация анализатора качества электроэнергии Satec PM175. Создание документов "Видение" и "Спецификация требований" для системы сбора данных с анализатора. Проектирование серверного и клиентского приложения в среде программного обеспечения LabVIEW.
курсовая работа [830,6 K], добавлен 25.09.2013Анализ существующих методов и средств выявления требований. Стадии разработки программного обеспечения. Структуризация требований в базе знаний на основе расширенной классификации. Наблюдение за бизнесом заказчика. Моделирование бизнес-процессов компании.
диссертация [2,1 M], добавлен 21.02.2016Задачи системы электронного документооборота. Анализ существующих информационных систем. Методы и средства инженерии программного обеспечения. Концептуальная модель данных в BPWin. Построение инфологической модели системы документооборота "Doc_Univer".
курсовая работа [56,1 K], добавлен 25.03.2014Моделирование закупочной деятельности компании. Контекстная диаграмма процесса закупок. Декомпозиция бизнес-процессов первого уровня. Разработка требований и поиск системных решений. Системные решения требований к информационной системе компании.
дипломная работа [2,5 M], добавлен 27.10.2017Алгоритм разработки базы данных и сопровождающей ее программы, предназначенных для автоматизированного учета услуг спортивного клуба. Инфологическое, даталогическое проектирование. Разработка приложений баз данных в среде Visual FoxPro 5.0 InterBase.
курсовая работа [593,9 K], добавлен 01.04.2013Разработка информационной системы, автоматизирующей основные процессы работы магазина спортивных товаров. Декомпозиция контекстной диаграммы. Определение основных требований к системе, ключевых абстракций и механизмов. Организация локальной сети.
курсовая работа [3,3 M], добавлен 04.01.2015Концептуальное проектирование информационной системы "Спортивные организации города". Анализ информационных потоков и определение требований к функциям проектируемой системы. Разработка основных элементов интерфейса, алгоритмов ввода и вывода информации.
курсовая работа [999,2 K], добавлен 06.01.2014Разработка программы, осуществляющей контроль за своевременностью обновления программного обеспечения с помощью рассылки электронных писем. Анализ требований к системе; выбор метода решения, алгоритма, выбор языка программирования, описание программы.
дипломная работа [5,6 M], добавлен 29.06.2011Проектирование информационной системы отслеживания финансовой стороны работы автосервиса. Спецификация требований к системе. Проектирование прецедентов, определение классов приложения. Описание основных форм проектируемого интерфейса приложения.
курсовая работа [865,9 K], добавлен 12.10.2014Анализ предметной области, формулировка общих и специальных требований к информационной системе с адаптивным интерфейсом. Разработка структур данных, программного обеспечения, модуля бизнес-логики, клиентского приложения; администрирование сервера.
дипломная работа [2,5 M], добавлен 20.07.2014Спецификация требований к разрабатываемому приложению. Разработка структурной схемы интерфейса. Описание алгоритма шифрования DES. Разработка программного кода приложения "DES". Проведение исследования основных шагов для генерации ключей и шифрования.
курсовая работа [398,4 K], добавлен 13.12.2022Анализ предметной области. Разработка генетического алгоритма для оптимизации инвестиций. Спецификация требований и прецедентов. Проектирование пользовательского интерфейса информационной системы. Модели данных, используемые в системе и их взаимодействие.
дипломная работа [2,1 M], добавлен 24.08.2017Разработка требований к информационной системе. Бизнес-процессы "сервисное обслуживание клиентов" и "закупка сырья и материалов", их анализ. Выявление проблемных зон и оценка рисков. Описание доступных на рынке информационных систем для автосервиса.
дипломная работа [2,0 M], добавлен 03.07.2017Создание базы данных "Спортивный клуб" средствами Microsoft Access: нормализация информационно-логической модели данных, построение связей между таблицами, разработка форм, запросов, отчетов, макросов, главной кнопочной формы в интерфейсе пользователя.
курсовая работа [2,8 M], добавлен 10.06.2011Определение и анализ наиболее эффективной стратегии на примере организации в ритейл сфере. Рассмотрение и характеристика основных видов требований к программному продукту. Ознакомление с принципами взаимосвязи нескольких типов информации для требований.
дипломная работа [2,1 M], добавлен 03.07.2017Использование операционных систем. Контрольно-испытательные методы анализа безопасности программного обеспечения. Логико-аналитические методы контроля безопасности программ и оценка технологической безопасности программ на базе метода Нельсона.
контрольная работа [22,6 K], добавлен 04.06.2012Характеристика деятельности футбольного клуба "Челси", формулировка основных задач его информационно-управляющей системы и обоснование требований к его базе данных. Разработка базы данных в среде СУБД Access 2003. Создание запросов на языке QBE и SQL.
курсовая работа [2,6 M], добавлен 21.02.2011Характеристика структурного подразделения "Шахматный клуб". Выбор основных методологий, инструментальных средств и расчет затрат на разработку специализированного шахматного программного обеспечения ИС "ШК". Оценка экономической эффективности проекта.
дипломная работа [5,6 M], добавлен 29.06.2010Общие требования к информационной системе, основные этапы ее разработки и оценка практической эффективности. Проектирование базы данных и технология доступа к ним. Разработка клиентского программного обеспечения, средства, защита и сохранность данных.
курсовая работа [720,7 K], добавлен 09.04.2013
