Создание программного обеспечения - это не просто разработка. Прежде чем приступить к работе над программным обеспечением, разработчики должны точно знать, что создавать. Поэтому разработка обычно начинается с подготовки пакета документов, в которых подробно описывается будущий проект. Документы включают многочисленные исследования, анализы и спецификации, одним из которых является спецификация требований к программному обеспечению (SRS).
Эта статья посвящена SRS, ее важности для вашего проекта и шагам по созданию качественной спецификации программного обеспечения. Давайте углубимся в тему, определив SRS.
Экзамен военнослужащего штата Нью-Йорк 2017
Что такое документация по требованиям к программному обеспечению и зачем она вам нужна?
Документация требований к программному обеспечению - это документ, в котором описаны функциональные и нефункциональные спецификации программного обеспечения, способы его разработки и варианты использования - способы взаимодействия пользователей с программным обеспечением, когда оно будет готово. Отчет СГД обычно готовится во время фаза открытия проекта . Владельцы бизнеса могут сами структурировать все спецификации или поручить эту задачу профессионалам, имеющим опыт разработки программного обеспечения и определения спецификаций.
Некоторые владельцы бизнеса могут захотеть пропустить этап обнаружения, включая подготовку документации. Однако игнорирование этого этапа может привести к провалу проекта. Согласно исследованию PMI's Pulse of the Profession, 35% проектов терпят неудачу из-за неточных требований. Отказался бы какой-либо владелец бизнеса от сбора данных SRS, если бы он знал эту статистику раньше? Мы сомневаемся в этом. Итак, вот какие преимущества вашей команде от объединения всех требований к программному обеспечению:
- Разработчики решить, какой технологический стек им понадобится для создания серверной и клиентской части программного обеспечения.
- Дизайнеров получить представление о том, как они могут отражать функциональность в программном интерфейсе
- Тестеры получить представление о тестовых примерах, которые им понадобятся для подготовки, и убедиться, что программное обеспечение соответствует бизнес-требованиям.
- Владельцы бизнеса получить список функций, необходимых для их продукта, и могут принимать обоснованные решения об инвестициях
В общем, документация требований к программному обеспечению - это руководство, которое гарантирует, что каждый, кто участвует в процессе разработки программного обеспечения, имеет четкое видение процесса и одинаковые ожидания. Таким образом, отчет SRS позволяет избежать недопонимания и недопонимания внутри команды.
Если вы решите поработать над созданием спецификаций самостоятельно, вы можете извлечь выгоду из использования некоторых спецификаций программного обеспечения. Примеры можно найти в Интернете. Если вы хотите передать эту задачу профессионалам, убедитесь, что вы нашли надежную компанию, в которой есть сильная команда бизнес-аналитиков, менеджеров проектов, разработчиков и тестировщиков, которые могут предоставить высококачественные спецификации.
Что следует знать перед написанием отчета SRS
Чтобы правильно определить требования к программному обеспечению, важно знать, какую ценность программное обеспечение должно приносить бизнесу и пользователям программного обеспечения. Также важно знать характеристики качественного спецификации программного обеспечения .
Требования бизнеса и пользователей
Требования бизнеса и пользователей отражают суть создаваемого программного обеспечения. Бизнес-требования описывают цели, которых владельцы бизнеса хотят достичь с помощью определенного программного обеспечения. Цели могут быть разными: автоматизировать процессы, минимизировать количество сотрудников и оборудования и т. Д. Требования пользователей различаются в зависимости от типа программного обеспечения. Однако в большинстве случаев пользователям нужны приложения, которые работают быстро и интуитивно понятны в использовании. При написании подробных спецификаций важно учитывать эти требования.
Характеристики качественной SRS
Чтобы отчет о спецификации требований к программному обеспечению был максимально полезен для проекта и команды, важно, чтобы он:
- Полный чтобы каждый член команды, участвующий в проекте, находил в отчете необходимую информацию. Разработчики должны найти там технические требования, а дизайнеры UI / UX должны иметь общие рекомендации по дизайну. Тестировщики должны понимать, как должно работать программное обеспечение, чтобы правильно его протестировать. Владельцам продуктов нужен этот документ, чтобы иметь четкое представление о своем проекте.
- Измеримый чтобы вы могли сравнить готовый продукт со спецификациями, которые вы подготовили в самом начале. Нет смысла говорить, что ваше программное обеспечение должно соответствовать всем требованиям.
- Гибкий. Отчет SRS - это не то, что вы пишете один раз и не можете изменить до конца проекта. Напротив, требования могут меняться по мере продолжения работы над проектом. Таким образом, формат вашего отчета должен быть удобным для корректировки, когда вам это нужно.
- Ясный и точный. Важно избегать повторяющихся фраз и двусмысленности. Каждый процесс должен быть описан простыми словами, со списком технологий, необходимых для создания программного обеспечения.
Теперь, когда вы знаете, какие элементы имеют решающее значение для высококачественной документации требований к программному обеспечению, пора посмотреть, из чего она состоит.
Компоненты спецификации требований к программному обеспечению
Отчет SRS должен быть последовательным, поэтому важно придерживаться определенной структуры, которая помогает читателям легко воспринимать информацию. Ниже мы опишем основные разделы, которые должна включать достойная SRS.
Введение
Введение должно кратко объяснить, какое программное обеспечение будет создано, чтобы каждый член команды получил общее представление о проекте, над которым он работает.
Целевая аудитория
В этом разделе авторы отчета упоминают всех членов команды, у которых есть доступ к документу. Как правило, это инженеры-программисты, тестировщики, дизайнеры и руководители проектов. Владелец продукта, который заказывает разработку программного обеспечения, также должен быть включен в этот список и иметь возможность просмотреть документ в любое время, чтобы убедиться, что все идет по плану.
Общее описание
В этом разделе описаны функции, которые должно выполнять программное обеспечение. Вы также найдете роли пользователей и варианты использования. В этой части можно описать предположения и зависимости, чтобы предсказать возможные проблемы и способы их преодоления. Ограничения дизайна также могут быть включены в этот раздел.
Требования к внешнему интерфейсу
В этой части отчета SRS описывается, как должны взаимодействовать пользователи, оборудование и программное обеспечение. Раздел можно разделить на четыре части:
- В пользовательские интерфейсы часть описывает, как пользователи будут взаимодействовать с программным обеспечением.
- В аппаратные интерфейсы часть посвящена взаимодействию аппаратного и программного обеспечения.
- В программные интерфейсы Часть объясняет, как программное обеспечение соотносится с его компонентами, включая операционные системы, библиотеки, базы данных и т. д.
- В коммуникационные интерфейсы Часть описывает каналы связи, используемые внутри программного обеспечения: электронная почта, браузеры, серверные протоколы и т. д.
Функциональные требования
В этом разделе рассказывается о том, как будет работать программное обеспечение. Он описывает каждую функцию, чтобы все члены команды могли понять объем работы. Функциональные требования должны состоять из описания рабочего процесса системы, поведения «если / то», логики обработки данных, а также входных и выходных данных.
Погода в Вегасе в феврале 2016
Чем детальнее будет описание функционала, тем меньше шансов на доработку в будущем. Подробное описание функциональных требований также позволяет оценить время и стоимость разработки.
Нефункциональные требования
В этом разделе описывается желаемая производительность программного обеспечения, которая выражается в его свойствах. Как правило, основными нефункциональными требованиями являются безопасность, удобство использования, тестируемость, масштабируемость и т. Д.
Приложения
В этом разделе вы должны собрать любую информацию, которая поможет лучше понять основные характеристики. Этот раздел - место для сокращений, терминов и их определений, схем, схем и т. Д.
Вышеупомянутый план может быть изменен в зависимости от проекта, типа приложения, которое необходимо создать, сложности приложения и т.д. основные разделы, чтобы иметь полную информацию о проекте.
Инструменты для создания отчетов SRS
Независимо от того, какой инструмент вы выберете для создания спецификаций требований к программному обеспечению для своего проекта, документ должен быть удобным для использования и совместного использования всеми участниками, участвующими в проекте. Ниже мы перечисляем несколько популярных способов и инструментов для создания отчета SRS.
какой кратом лучше всего от боли
Гугл документы
Многие бизнес-аналитики выбирают службы Google, такие как документы Google или таблицы Google, потому что их легко использовать и редактировать. Более того, авторы отчетов могут экспериментировать с представлениями документов, чтобы сделать их более удобочитаемыми для других. Документы и таблицы Google, являющиеся облачными сервисами, также более удобны для совместного использования по сравнению с Microsoft Docs или другими автономными текстовыми редакторами.
Жемчужина
Жемчужина это инструмент управления требованиями, который максимально упрощает выполнение всех задач, связанных со спецификациями. Все, что вам нужно сделать, это определить варианты использования, роли пользователей, условия и потоки. Как только вы это сделаете, вы можете сгенерировать отчет одним щелчком мыши. Еще одна хорошая особенность инструмента Pearl - это то, что он позволяет получать уведомления и комментарии для удобной совместной работы.
Helix RM
Helix RM - еще один инструмент, упрощающий работу со спецификациями. Его обширная функциональность позволяет командам работать со спецификациями с максимальным удобством. В частности, Helix RM предоставляет своим пользователям графические инструменты, отслеживание требований, функции совместной работы в реальном времени и многое другое. Большим преимуществом инструмента является его интеграция с различным программным обеспечением, таким как Slack, Jira, GitHub и т. Д.
Вывод
Правильно составленная документация требований к программному обеспечению делает ваш проект успешным, поэтому очень важно обращать внимание на эту часть при разработке программного обеспечения. Можно работать над отчетом SRS самостоятельно или с командой бизнес-аналитиков и разработчиков программного обеспечения компании, которую вы выбираете для сотрудничества.
Независимо от того, кто будет писать спецификации и какие программы они будут использовать для этого, вы должны убедиться, что ваша документация по требованиям к программному обеспечению является ясной, последовательной, измеримой, гибкой и полной.
