# БИБЛИОТЕКА Статистика Redmine Системная инженерия Стейкхолдеры Управление Критическая цепь Требования и IT Информация Социальные связи Саморазвитие Логика, интеллект Экономика и общество Сумма технологии ТЕСТИРОВАНИЕ Книги и ссылки QA и QC Цикл тестирования 1 Тест-анализ 2 Тест план 3 Тест-дизайн и покрытие Уровни тестирования Виды тестирования Баг-репорт Шаблоны документов XPATH Безопасность Нагрузочное Android Автоматизация Selenium WebDriver Генератор ИНН и т.п. РАЗРАБОТКА Ресурсы Цикл разработки ПО Continuous Integration OOP - базис Frontend HTTP/REST основы Apache web-server Регулярные выражения git Javascript Perl Python Полезности в Windows LINUX Ресурсы права, юзеры и группы crontab IP tables SSH консоль (терминал) tips & tricks useful apps БАЗЫ ДАННЫХ SQL MongoDB
Эта страница:
- Почерпнуть мудрость - Программные комплексы для управления требованиями - Требования - Спецификация требований к ПО - Трассировка Цель-Требования-Спецификации-Компоненты
Ещё в этом разделе:
БИБЛИОТЕКА Системная инженерия Стейкхолдеры Управление Критическая цепь Требования и IT Информация Саморазвитие Сознание, интеллект Социальные связи Экономика и общество Сумма технологии
Другие разделы:
# MONGO DB SQL РАЗРАБОТКА БИБЛИОТЕКА LINUX ТЕСТИРОВАНИЕ
Требования и IT
Если заказчик любимый - делаем то, что ему нужно.
Если заказчик нормальный - делаем то, что он хочет.
А если заказчик мерзкий - делаем то, что он написал в ТЗ.
Инженер по требованиям должен знать, откуда какие люди выпрыгнут и за какое место укусят проект.
Почерпнуть мудрость

Разное

Практика формирования требований в IT-проектах от А до Я.

Программные комплексы для управления требованиями
Требования

Бизнес-Требования, которые отвечают на вопрос "Каким условиям должен удовлетворять каждый шаг БП, чтобы достичть заданного результата?"

Функциональные Требования к Системам, которые отвечают на вопрос "Как должна работать система, чтобы обеспечить автоматизированную обработку данных на шагах БП?"

Требования к архитектуре Систем (Требования к интеграции?) - "Как должны быть связаны между собой Системы и Компоненты инфраструктуры, чтобы обеспечить непрерывность БП?"

Спецификация требований к ПО

Бизнес/Стейкхолдерские/Пользовательские требованияих спецификации) необходимы:

  • Заказчикам ПО
  • лицу, заключающему контракт на разработку ПО
  • Тестировщикам для валидации
При это они могут не иметь (детальных) технических знаний по разрабатываемой Системе.

Системные требованияих спецификация) необходимы:

  • Заказчикам ПО
  • руководству компании-Разработчика
  • Разработчикам
  • Тестировщикам для верификации
  • Администраторам системы (тем, кто будет заниматься её поддержкой)

Спецификация требований к ПО (software requirements specification, SRS) — структурированный набор требований (функции, производительность, ограничения разработки, атрибуты) ПО и его интерфейсов (связей с внешними системами). Необходимы:

  • Разработчикам
  • Тестировщикам для верификации
  • Администраторам Системы (тем, кто будет заниматься её поддержкой)

Спецификация требований к ПО обычно содержит:

  • требования к внешним интерфейсам (external interfaces).
    Определяют все входы и выходы из программного обеспечения
  • требования к функциям продукта (functions).
    Определяют все фундаментальные действия, имеющие место быть в программном продукте в приёме и обработке входящих потоков, в обработке и генерировании исходящих.
  • требования к дизайну/юзабилити (usability).
    Определяют требования к юзабилити (качество в использовании) и целям программного системы, включая измеряемую эффективность и критерии удовлетворения контекстов использования.
  • требования к производительности (performance).
    Определяют как статические, так и динамические числовые требования, предъявляемые к программному обеспечению или к взаимодействию человека с программным обеспечением в целом.
  • требования к логической структуре БД (logical database).
    Задают логические требования для любой информации, которая должна быть помещена в базу данных.
  • Ограничения проектирования/разработки (design constraints).
    Указывают ограничения на проектирование системы, налагаемые внешними стандартами, нормативными требованиями или ограничениями проекта.
  • Соответствие стандартам (standard compilance).
    Указывают требования, вытекающие из существующих стандартов или правил.
  • Атрибуты программного продукта, как то:
    • Надёжность
    • Доступность
    • Безопасность
    • Ремонтопригодность
    • Переносимость (кроссплатформенность)

Трассировка Цель-Требования-Спецификации-Компоненты
определяет, основание для -->
Цель, нужда, интерес Требования
и их Спецификации
Спецификация требований к ПО (SRS) Компоненты ПО
  • увеличение дохода:
    • привлечение новых Клиентов
    • сокращение потерь потенциальных Клиентов
    • увеличение количества Продуктов/Услуг
    • улучшение качества Продуктов/Услуг
    • ...
  • сокращение издержек:
    • оптимизация бизнес-процессов по продаже Продуктов
    • оптимизация бизнес-процессов предоставления Услуг
    • ...
  • ...
  • Бизнес-требования (BR)
    и Спецификация (BRS)
  • Стейкхолдерские требования (StR)
    и Спецификация (StRS)
  • Пользовательские требования (UR)
  • Системные требования (SR)
    и Спецификация (SyRS)
  • Ограничения (Constraints)
    • интерфейсы связанных систем
    • законы
    • доступный бюджет, сроки
    • используемая технологическая платформа
    • возможности пользователя/оператора
    • ...
  • ...
  • интерфейсы
  • функции
  • дизайн/юзабилити
  • производительность
  • логическая структура БД
  • соответствие стандартам
  • надёжность
  • доступность
  • безопасность
  • ремонтопригодность
  • кроссплатформенность
  • Ограничения проектирования/разработки:
    • интерфейсы связанных систем
    • используемая программная платформа, фреймворк, ЯП
  • данные - сущности, хранящиеся в:
    • БД
    • файлах
    • оперативной памяти
  • формы GUI
    • веб-страницы
    • окна приложения
    • ...
  • событийные процедуры для форм GUI
  • вспомогательные
    • триггеры
    • постобработки
    • хранимые процедуры
    • workflow-компоненты
    • ...
  • интерфейсы
    • веб-сервисы
    • ...
  • периодические задания
    • JOBы в БД
      • SSIS-пакет
      • вызовы пакетов в ORACLE
      • ...
    • *nix - crontable
    • Windows - планировщик заданий
    • ...
  • отчёты
  • подсистема управления правами

Тест-кейсы можно увязать к Компонентам ПО, как объектам самого низкого уровня Системы - архитектурного слоя Software. Ниже только физический.