Как создать документ с требованиями к программному обеспечению (с примерами)
24 июня 2021 г.
Документ с требованиями к программному обеспечению представляет собой схему, которую разработчики программного обеспечения могут использовать при работе над проектом. Он включает в себя подробную информацию о целях проекта, информацию о пользователях и требованиях к проекту. Изучение того, как создать документ с требованиями к программному обеспечению, может помочь вам создать и организовать проект разработки программного обеспечения для вашей организации. В этой статье мы обсудим, что такое документ с требованиями к программному обеспечению, объясним, как его создать, и предоставим вам примеры для ознакомления.
Что такое документ с требованиями к программному обеспечению?
Документ с требованиями к программному обеспечению представляет собой набор рекомендаций, описывающих, как инженеры-программисты должны разрабатывать программную систему. В нем описываются планы, детали и этапы проекта разработки программного обеспечения, к которым разработчики могут обращаться на протяжении всего проекта. Он также дает представление о предпочтениях программного обеспечения клиента и информацию о проекте. Перед началом проекта разработчики показывают клиенту документ, чтобы убедиться, что он согласен со схемой и информацией, содержащейся в документе.
Почему документы с требованиями к программному обеспечению важны для проектов?
Вот несколько причин, по которым документы с требованиями к программному обеспечению важны для проектов:
Предоставляет четкие требования: наличие документа с требованиями к программному обеспечению для программного проекта содержит четкие требования для завершения проекта, что может снизить вероятность недопонимания между разработчиками и их клиентами.
Предлагает план: документ с требованиями к программному обеспечению — это план программных проектов, который может помочь членам команды лучше понять сроки и требования проекта.
Оценивает риск: документ с требованиями к программному обеспечению оценивает риски и преимущества проекта, что показывает, стоит ли заниматься проектом или нет.
Предлагает инвесторам обзор проекта: документ с требованиями к программному обеспечению предоставляет инвесторам обзор проекта, который может повлиять на их инвестиционные решения.
Как написать документ с требованиями к программному обеспечению
Создание документа с требованиями к программному обеспечению включает написание плана, который утверждается руководством и клиентом. Вот шаги, которые вы можете предпринять, чтобы создать документ с требованиями к программному обеспечению:
1. Решите, хотите ли вы использовать шаблон
Прежде чем начать свой документ, решите, хотите ли вы использовать онлайн-шаблон или хотите создать схему самостоятельно. Вы можете найти шаблоны в Интернете, где вы можете заполнить информацию о проекте, или вы можете использовать пустой документ для создания своего плана. Если вы создаете свой собственный, у вас может быть больше контроля над тем, какую информацию вы хотите включить и где вы хотите ее разместить.
2. Разработайте первую часть плана
Первая часть документа с требованиями к программному обеспечению содержит введение и описание программного проекта. Он устанавливает ожидания для остальной части документа и позволяет членам команды понять, почему проект важен и кому он может быть полезен. Вот что вы можете включить в первую часть схемы:
Введение. Во введении вы можете указать конкретную информацию о проекте, например, имя клиента, имена членов вашей команды или предполагаемый срок.
Цель: Укажите цель проекта, которая включает в себя то, почему вы создаете проект и каковы цели проекта.
Аудитория: определяет, кто может получить доступ к документу, включая руководителей проектов, разработчиков программного обеспечения, заинтересованных лиц и клиентуру.
Использование по назначению: именно так разработчики должны использовать документ на протяжении всего проекта, например, должны ли они добавлять к нему по мере необходимости или оставлять без изменений.
Масштаб: Масштаб проекта должен включать информацию о том, чего достигает проект, и конкретные подробности о том, как пользователи могут использовать программное обеспечение, конкретные функции программного обеспечения и инновационные методы программного обеспечения.
Определения и сокращения. Включите определения, с которыми клиент может быть незнаком, например, технические термины, а также включите описание сокращений программного обеспечения.
3. Заполните вторую часть плана
Вторая часть схемы предлагает более подробное описание проекта и предоставляет информацию о потенциальных потребностях пользователя в программном обеспечении и сроках выполнения проекта. Вот что вы можете включить во вторую часть плана:
Общее описание: дает подробное описание проекта, например, является ли программное обеспечение совершенно новым, добавляют ли они к программному обеспечению или изменяют ли существующее программное обеспечение.
Потребности пользователей: это определяет, кто может использовать программное обеспечение, описанное в документе, и как они могут его использовать.
Зависимости: это когда команда должна выполнить одну задачу перед выполнением другой задачи, поэтому для команды важно выполнить каждую задачу к сроку.
4. Завершите последнюю часть наброска
В третьей части схемы содержится информация о конкретных требованиях к программному обеспечению. Разработчики программного обеспечения могут работать с клиентом над созданием этих требований или выявлять проблемы в старом программном обеспечении, которые заставляют их создавать обновленные требования. Вы можете использовать маркеры при перечислении каждой функции и требования. Вот что вы можете включить в заключительную часть документа с требованиями к программному обеспечению:
Системные функции и требования: Сюда входят требования к функциям, в том числе конкретные функции, которые могут помочь в работе программного обеспечения.
Требования к внешнему интерфейсу: эти требования помогают в функциональности и помогают новому программному обеспечению хорошо работать с существующим программным обеспечением и технологиями. Вы можете включить требования к внешнему, внутреннему и базовому программному обеспечению.
Пример документа с требованиями к программному обеспечению
Вот несколько примеров документов с требованиями к программному обеспечению:
Пример 1
Вот пример документа с требованиями к программному обеспечению для процесса сохранения файлов:
*1. Введение: Этот проект включает в себя восстановление, сохранение и открытие файлов для студентов. Крайний срок для заключительного этапа этого проекта — 31 мая 2022 года.*
*1.1: Цель: Цель этого проекта — упростить открытие файлов студентами, особенно студентами, использующими настольные компьютеры в университетских городках. Цель этого проекта — повысить функциональность настольных компьютеров в университетских городках*.
*1.2: Аудитория: Первая и вторая группы разработчиков программного обеспечения будут работать над этим проектом, а различные менеджеры проекта будут наблюдать за проектом и выступать в качестве связующего звена между командой разработчиков программного обеспечения и заинтересованными сторонами проекта.*
*1.3 Использование по назначению: документ должен оставаться неизменным на протяжении всего проекта, за исключением случаев, когда член команды получает разрешение от руководителя проекта.*
*1.4 Область применения: этот проект позволит пользователям быстрее открывать файлы, поскольку приложение может загружать файлы в автономном режиме. Это также позволит учащимся легче подключать свои жесткие диски к компьютеру, что обеспечит лучший доступ к их файлам.*
*1.5: Определения и сокращения. Говоря о файловых системах, моя команда имеет в виду компьютерные файлы, в которых хранятся данные, загружаемые и используемые учащимися. «BFD» означает дескриптор двоичного файла, «CIFS» означает общую файловую систему Интернета, «CDFS» означает файловую систему компакт-диска, а «EFS» означает шифрованную файловую систему.*
*2. Общее описание: Этот проект включает в себя разработку и внедрение изменений в существующее файловое программное обеспечение на настольных компьютерах университета. Он устраняет распространенные проблемы, связанные с открытием файлов, сохранением файлов и восстановлением потерянных файлов.*
*2.1 Потребности пользователя: Студенты колледжа могут воспользоваться этим программным обеспечением, и они могут использовать его всякий раз, когда открывают файлы, сохраняют существующие файлы или восстанавливают файлы, которые они ранее потеряли. Это изменение может позволить увеличить файловое пространство и предотвратить потери.*
*2.2 Зависимости: первый этап проекта включает в себя выявление проблем в старом программном обеспечении, которые могут вызывать проблемы с файлами, которые мы должны выполнить, прежде чем переходить ко второму этапу, который включает разработку решений для каждой проблемы. Мы планируем завершить первый этап проекта к концу второй недели проекта.*
3. Особенности системы и требования:
Пользователи должны иметь возможность открыть файл в течение 20 секунд после нажатия на него.
Пользователи должны восстановить ранее потерянные файлы, выполнив поиск в папке корзины, куда автоматически переносятся неуместные файлы.
Файлы должны архивироваться сразу же после их сохранения пользователем.
Пользователи должны иметь возможность группировать и распределять файлы в соответствии со своими предпочтениями.
3.1 Требования к внешнему интерфейсу:
Интерфейсное программное обеспечение должно быть запрограммировано на совместимость с настольными компьютерами.
Внутреннее программное обеспечение должно обеспечивать возможность кодирования, реагирующего на восстановление файлов.
Программное обеспечение базы данных должно иметь достаточно места для хранения файлов и управления ими.
Пример 2
Вот документ с требованиями к программному обеспечению для повышения эффективности удаленного обучения:
*1. Введение: Программное обеспечение, разработанное в рамках этого проекта, позволяет учащимся начальной школы иметь более легкий доступ к онлайн-классам. Крайний срок для этого проекта — 15 декабря 2021 года.*
*1.1: Цель: Цель этого проекта — предложить учащимся программное обеспечение, позволяющее им быстрее и проще получать доступ к своим онлайн-классам. Цель этого проекта — дать детям больше технологической независимости в среде дистанционного обучения*.
*1.2: Аудитория: команда разработчиков программного обеспечения 11 имеет доступ к этому документу вместе со своим руководителем проекта.*
*1.3 Использование по назначению: Члены команды могут изменять этот документ без разрешения.*
*1.4 Объем: С новым программным обеспечением учащиеся должны войти в свой класс в течение двух минут, включая время загрузки и подключения. Это может позволить учащимся открывать меньше документов для доступа к своему классу.*
*1.5: Определения и сокращения. Говоря об образовательных технологиях, разработчики могут использовать термин «образовательные технологии», а «D&T» относится к дизайну и технологиям.*
*2. Общее описание: Этот проект включает в себя создание и внедрение программного обеспечения на персональных и школьных компьютерах, которое позволяет учащимся легко входить в удаленный класс. Проект совершенствует существующее образовательное программное обеспечение, используя системы, которые позволяют учащимся обходить ненужные страницы и веб-сайты для доступа к своему классу.*
*2.1 Потребности пользователя: учащиеся начальных классов могут воспользоваться этим программным обеспечением при входе в свои классы или при выполнении школьной работы на своих компьютерах. При использовании этого программного обеспечения у них также может быть больше доступа к общению с учителями.*
*2.2 Зависимости: Основной зависимостью в этом проекте является тестирование оборудования после его завершения разработчиками. Учащиеся должны протестировать оборудование, чтобы найти какие-либо проблемы, прежде чем размещать программное обеспечение на рынке.*
3. Особенности системы и требования:
Пользователи должны иметь возможность войти в свой класс после посещения одного веб-сайта входа.
Пользователи должны иметь возможность войти в систему в течение 30 секунд после ввода своей информации.
Пользователи должны иметь возможность устанавливать свои параметры входа в систему, включая время входа в систему и заранее сохраненные имя пользователя и пароль.
3.1 Требования к внешнему интерфейсу:
Интерфейсное программное обеспечение должно помочь учащимся легко определить, как войти в систему, используя визуальные эффекты и полужирный текст, чтобы направить их в свой класс.
Серверное программное обеспечение должно использовать кодировку, которая сохраняет их регистрационную информацию.
Программное обеспечение базы данных должно извлекать информацию о пользователе, чтобы определить обычное время входа в систему.