Разработка спецификации требований к программному обеспечению
Логика
Дизайн сервиса подчиняется логике, основанной на пользовательских сценариях и результатах юзабилити-тестирования.
Тренды
Интерфейс, осознанно следующий за российскими и западными тенденциями.
Адаптивность
Создаем сервисы, которые отлично выглядят и работают на смартфонах, планшетах и настольных компьютерах.

Кому нужна спецификация требований к ПО
Спецификация требований необходима различным участникам проекта:
- Клиенты, маркетологи и сотрудники отдела продаж хотят представлять, в каком виде будет финальный продукт;
- Проджект-менеджеры, благодаря SRS, могут планировать сроки и ресурсы;
- Отдел разработки понимает, какой продукт надо создавать;
- QA-специалисты, опираясь на спецификацию программного обеспечения, подготавливают тесты;
- Сотрудники отдела поддержки получают представление о штатном поведении системы;
- Составители документации и специалисты по обучению создают инструкции, справки и обучающие материалы для пользователей;
- Юридический отдел может проверить требования к продукту на соответствие законам и постановлениям;
- Подрядчики и заказчики выстраивают взаимные обязанности согласно спецификации на ПО.
Разница между техническим заданием и спецификацией
Спецификацию требований программного обеспечения (по-английски — Software Requirements Specification (сокращённо SRS)), еще называют “техническим заданием” (ТЗ), Terms of Reference (TOR). В действительности это разные вещи. Несмотря на то что они выполняют общую функцию — формализуют требования и вообще объясняют создаваемое ПО — они имеют разные регламенты.
Техническое задание — документ, содержимое которого регламентировано стандартом ГОСТ 89 года. Спецификация программного продукта, в отличие от ТЗ, не описывает способ реализации. Разработчик сам определяет оптимальные решения. Это сокращает сроки реализации проекта — не меняя конечный вид, функциональность, работоспособность, надежность, масштабируемость конечной системы.
Виды требований
Специфицируемые требования делятся на несколько типов:
— Функциональные требования. Они объясняют, что должно быть разработано в конечном счете. Они определяют действия, которые система будет выполнять, или цели, которые система будет достигать, взаимосвязь входных и выходных данных.
— Нефункциональные требования. Они детерминируют общие свойства системы, вместо отдельных сценариев, например: производительность, удобство сопровождения, расширяемость, надежность, средовые факторы эксплуатации.
Критерии хорошей спецификации
— Кратко и точно. Насколько это возможно.
— Однозначно. Человек, читающий SRS, должен понимать именно и только то, что написано, а не что-то другое.
— Понятность. Избыточно заумной терминологии и сложных формулировок по возможности стоит избегать.
— Степень детализации. Это индивидуальный параметр. Если спецификация соответствует остальным критериям и субъективно достаточно описывает требования и поведение системы, то разработку спецификации на программный продукт можно считать завершенной.
Что включает спецификация ПО
В работе над SRS необходимо учитывать большое количество данных:
— Цели, задачи, глоссарий, целевая аудитория;
— Логику системы, состав функциональности, операционную среда эксплуатации продукта, стандарты и ограничения;
— Описание алгоритмов и процессов, flow-диаграммы, функциональные требования, требования к UX, вайрфреймы;
— Нефункциональные требования: к безопасности, надежности, документированию, производительности.
Этапы создания спецификации
- Анализируем рынок. Исследуем конкурентов и целевую аудиторию: ее потребности, предпочтения и страхи. Формулируем то, как продукт будет решать задачи потребителей. Изучаем вопросы бизнес-модели продукта и уместного бюджета на его реализацию.
- Создаем вайрфреймы. На этом этапе становится наглядна принципиальная механика продукта.
- Прорабатываем требования и компилируем все данные:
— общие сведения,
— функциональные, пользовательские и системные требования,
— архитектуру,
— логику,
— интерфейсы взаимодействия частей системы,
— описание устройство каждого экрана.
Для успешного проектирования необходимы несколько итераций. Каждый последующий шаг совершенствует предыдущий — и данные становятся все более уточненными.
- Валидация результата. Тестируем получившуюся версию спецификации на критерии достаточности, выполнимости и согласованности.
Здесь вы можете скачать ТЗ на разработку сайта для ознакомления. Но для конкретного проекта техзадание лучше составлять с командой исполнителей.
Технологии реализации
Node.js, Ruby, Javascript, Python, Angular, React, Redis, Vue.js
Photoshop, Illustrator, Sketch, Figma, Principle, Axure
Postman, Jest, Mocha, RSpec, Minitest, Siege
Примеры работ

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


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

С нами комфортно
Под контролем
Держите руку на пульсе удобным вам образом: проект-менеджер/система управления/прямой контакт.
Трафик
Учитываем, какие каналы привлечения вы планируете использовать. Предложим консультацию по SEO-продвижению на основе анализа вашей ниши.
Под ключ
Если нужно — реализуем проект, разработаем верстку, интегрируем с серверной частью и запустим.