Анализ функциональных требований

2.1. Общие сведения

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

2.1.1. Полное наименование системы

Простейшая баллистическая игра

2.1.2. Наименования организации-заказчика и организаций-участников работ

Заказчик системы:

Разработчик системы: Волженко В.В.

2.1.3. Сроки начала и окончания работ

Плановый срок начала работ: 01 марта 2017

Плановый срок окончания работ: 01 июня 2017

2.1.4 Порядок оформления и предъявления заказчику результатов работ по созданию системы

Конечный продукт предоставляется в виде функционирующей системы в сроки, установленные в данном документе. Прием системы осуществляется комиссией в составе уполномоченных представителей Заказчика и Исполнителя.

2.1.5. Нормативно-правовые акты, технические документы и стандарты

— ГОСТ Р1.5-2002 «Государственная система стандартизации РФ. Стандарты. Общие требования к построению, изложению, оформлению, содержанию и обозначению.»

— 34.603-92 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем.»

Федеральный закон об информации, информационных технологиях и о защите информации.

2.2. Назначение системы

1. Получение информации о введенном угле и введенной начальной скорости (вводятся с помощью слайдеров)

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

3. Отрисовка выстрела

4. Предыдущие пункты выполняются для обеих пушек

5. В зависимости от того, какой игрок попал в цель, выводятся окна сообщений, выводящие информацию о том, какой из игроков выиграл

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

2.3.1. Требования к функциональности

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

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

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

— Программа должна рассчитывать траекторию и отрисовывать выстрел.

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

— Программа должна выводить окна сообщений в зависимости от того, кто из двух игроков выиграл.

2.3.2. Требования к надежности

2.3.2.1. Требования к обеспечению надежного функционирования программы

Надежное (устои?чивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятии?, перечень которых приведен ниже:

— организациеи? бесперебои?ного питания технических средств

— использованием лицензионного программного обеспечения

— регулярным выполнением рекомендации? Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»

— регулярным выполнением требовании? ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

— соблюдением целостности программного кода (исходного вида)

2.3.2.2. Требования к организации входных данных

Особых требований к входным данным нет, так как все параметры вводятся посредством специально разработанных слайдеров.

2.3.2.3. Требования к организации выходных данных

Требований нет.

2.3.2.4. Отказы из-за некорректных действий пользовательской системы

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

2.3.3. Требования к интерфейсу программы

При запуске программы должен выводиться виджет на котором должны располагаться:

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

— По бокам виджета должны быть расположены в целом 4 слайдера и 4 ЖК-индикатора. Слайдеры, связанные со значением угла, должны быть выставлены на значение 45. Слайдеры, связанные со значением начальных скоростей, должны быть выставлены на значение 10.

— В верхней части виджета должны находиться 3 кнопки: кнопка «Выход» и 2 кнопки «Стреляй»

2.4. Условия эксплуатации

2.4.1. Требования к составу и параметрам технических средств

В состав технических средств должен входить IВМ-совместимый

персональный компьютер (ПЭВМ), включающий в себя:

— процессор Intel Core, не менее.

— оперативную память объемом, 1 Гигабайт, не менее.

— операционную систему macOS, не менее.

2.4.2. Требования к исходным кодам и языкам программирования

Исходные коды программы реализованы на языке С++. В качестве интегрированной среды разработки программы использована среда Qt Creator (локализованная, русская версия).

2.4.3. Требования к защите информации и программ

Требований нет.

2.4.4. Специальные требования

Специальных требований нет.

2.5. Требования к программной документации

Состав программной документации должен включать в себя:

— техническое задание

— UML – диаграммы

— описание программы

— руководство пользователя

2.6. Стадии и этапы разработки

2.6.1. Стадии разработки

Разработка должна быть проведена в три стадии:

— разработка Технического задания

— рабочее проектирование

— внедрение

2.6.2. Этапы разработки

На стадии разработки Технического задания должен быть выполнен

этап разработки, согласования и утверждения настоящего технического задания.

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

— разработка программы

— разработка программной документации

— испытания программы

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

2.6.3. Содержание работ по этапам

На этапе разработки Технического задания должны быть выполнены

перечисленные ниже работы:

— постановка задачи

— определение и уточнение требований к техническим средствам

— определение требований к программе

— определение стадий, этапов и сроков разработки программы и документации на неё

— согласование и утверждение Технического задания

На этапе разработки программы должна быть выполнена работа по

программированию (кодированию) и отладке программы.

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

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

— разработка, согласование и утверждение методики испытаний

— проведение приемо-сдаточных испытаний

— корректировка программы и программной документации по результатам испытаний.

На этапе подготовки и передачи программы должна быть выполнена

работа по подготовке и передаче программы и программной документации

в эксплуатацию на объектах Заказчика.

2.7. Общие требования к приемке работы

2.7.1. Испытания функционирующей системы

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

— Проверка функциональности всех разделов системы.

— Проверка оформления, указанного в Техническом задании.

— Проверка на наличие уязвимостей.

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

2.7.2. Обязанности сторон

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

— Заказчик согласен со всеми положениями настоящего Технического задания.

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

— Исполнитель обязуется выполнить работы в объёме, указанном в настоящем Техническом задании.

— Заказчик не вправе требовать от Исполнителя соблюдения каких либо форматов и стандартов, если это не указано в настоящем Техническом задании.

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

Георгий Савельев. Толковый бизнес-аналитик: Разработка бизнес-требований


Похожие статьи.

Понравилась статья? Поделиться с друзьями: