Rus Eng

Разработка SRS

Для того, чтобы минимизировать риски при разработке программного продукта, мы предлагаем услуги по разработке SRS (System Requirements Specification) — документа, чётко описывающего все особенности и возможности продукта. Имея на руках такой документ, Вы будете точно представлять, чего ждать от продукта, а разработчики будут иметь чёткое представление о Ваших ожиданиях. 

Сущность SRS

SRS (System Requirements Specification или, по-русски, спецификация требований к программному обеспечению), в наиболее общем смысле, – спецификация для информационной системы, выполняющей определённые функции. SRS может составляться представителями поставщика, представителями заказчика или представителями обеих сторон (что рекомендуется).

Основные вопросы, рассматриваемые в SRS:

  • Функциональные возможности информационной системы;
  • Пользовательские, программные и иные внешние интерфейсы: алгоритмы взаимодействия информационной системы с пользователями различных групп, с аппаратным обеспечением, с другими аппаратными и программными средствами;
  • Рабочие характеристики информационной системы: быстродействие, доступность и другие применимые характеристики;
  • Атрибуты информационной системы: удобство для пользователей различных групп, защищённость ИС и другие применимые критерии;
  • Возможные проектные ограничения,  налагаемые на ИС: требования к операционной среде, к используемым форматам данных, к СУБД, иные применимые ограничения и требования.

Преимущества использования SRS

Документ SRS – однозначный и полный результат процесса спецификации информационной системы. Грамотно составленный документ SRS предоставляет следующие основные возможности:

  • Для заказчика ИС: точное описание того, что он хочет получить,
  • Для разработчика ИС: однозначное толкование и понимание того, что хочет получить заказчик.

Цель разработки SRS – предоставить заказчику, разработчику и другим участникам проекта ряд существенных преимуществ:

  • Создать основу для соглашения между заказчиком и разработчиком о наборе функций, которые должна выполнять информационная система. Полное описание функций программного обеспечения, приведенное в SRS, поможет потенциальным пользователям определить, отвечает ли программное обеспечение их потребностям или как необходимо изменить программное обеспечение, чтобы удовлетворить эти потребности;
  • Оптимизировать объем работ по разработке ИС. SRS вынуждает участников проекта строго рассмотреть все требования перед тем, как приступать к выполнению проекта, и сокращает затраты на повторные проектирование, кодирование и тестирование. Тщательный анализ требований, указанных в SRS, может вскрыть упущения, неправильное понимание и противоречия, допущенные на стадии разработки SRS, когда их значительно проще исправить, чем в процессе разработки информационной системы.
  • Обеспечить основу для оценки расходов и планов. Описание программы, разрабатываемой в соответствии с SRS, является практической основой для оценки затрат на проект и может использоваться для утверждения проекта на основании этих оценок.
  • Обеспечить основу для контроля качества разрабатываемого продукта. Участники проекта при использовании SRS могут составлять планы контроля качества, тестирования и приёмки намного более эффективно;
  • Облегчить развёртывание и тиражирование системы. SRS делает более простой передачу ИС новым пользователям или её установку на новых площадках;
  • Служить в качестве основы для расширения. Поскольку в SRS обсуждается сама ИС, а не проект, по которому она разработана, SRS служит основой для последующего расширения готовой системы.

Результат работы

Описания для указанных требований в SRS выполняются подробно и доходчиво, избегая возможных разночтений при разработке. SRS будет комфортным для использования при разработке информационной системы, что позволит однозначно сформулировать задание разработчику и упростит процедуру контроля качества и приёмки проекта.

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

Возможности для модификации SRS

По мере разработки информационной системы может возникнуть необходимость в развитии SRS. Может оказаться невозможным определить некоторые детали во время начала разработки проекта (например, может оказаться невозможным определить все схемы интерфейсов пользователя на стадии выработки требований). В результате в SRS могут обнаруживаться неточности, необходимости дополнений и модификаций.

Для того, чтобы обеспечить постоянный уровень контроля за разработкой ИС, следует придерживаться следующих критериев:

  • При разработке SRS требования к системе должны быть определены в том объеме и с той тщательностью, как они известны  на текущий  момент,  даже  если эволюционные  изменения  могут быть предсказаны как неизбежные. Должен быть отмечен тот факт, что они не являются полными.
  • При необходимости отступления от SRS или реализации не описанных в SRS возможностей должен быть запущен формальный процесс внесения изменений в документ SRS для того, чтобы идентифицировать, управлять, отслеживать  изменения и составлять отчет о них. Утвержденные изменения требований должны быть включены в SRS таким образом, чтобы:
    - обеспечить точную и полную проверку изменений,
    - обеспечить анализ текущих и замененных частей SRS.

Содержимое документа SRS

Содержимое документа SRS, как правило, оформляется в соответствии с рекомендациями стандарта IEEE-830-1998 (Здесь Вы можете ознакомиться с русским переводом стандарта).

Быстрая связь с компанией
Отправить