
- •Жизненный цикл программного обеспечения.
- •Макетирование в процессе разработке по.
- •Инкрементная модель разработки по.
- •Управление требованиями к по.
- •Анализ проблем пользователей.
- •Методы выявления требований.
- •Классификация требований.
- •Пользовательские требования к по.
- •Системные требования к по
- •Формальные спецификации.
- •Документирование системных требований
- •Процесс разработки требований.
- •Формирование и анализ требований.
- •Этнографический подход к разработке требований.
- •Интервьюирование в разработке требований.
- •17. Прототипирование программных систем.
- •18. Процесс создания по. Основные этапы.
- •19. Проектирование архитектуры по
- •20. Модульная декомпозиция.
- •Проектирование интерфейса пользователя.
- •Проблемы поддержки пользователя
- •Документация на по
- •Управление проектированием по
- •Оценка трудозатрат и производительности
- •Планирование процесса разработки
- •Верификация по
- •Аттестация по
- •Отладка и тестирование по
- •Сопровождение по
Пользовательские требования к по.
Основные проблемы возникающие при анализе пользовательских требования: нечеткость изложения, соединение требований (отсутствует четкое разделение на функциональные и нефукциональные, на системные цели и проектную информацию), несколько различных требований могут описываться как единое требование требование.
Системные требования к по
Системные требования – более детальное описание пользовательских требований. Обычно служат основой для проектирования системы и поэтому должны предоставлять максимально полное описание системы. В принципе системные требования определяют что должна делать система, не акцинтируя внимания на механизмах реализации. С другой стороны – детализированная информация по системе должна содержать сведения о системной архитектуре: 1) первоначальная архитектура система помогает структурировать спецификацию требований, 2) в большинстве случаев разрабатываемая система должна взаимодействовать с уже разработанными системами, 3) в качестве внешнего системного требования может выступать условие использования конкретной архитектуры. Спецификации системных требований часто пишутся естественным языком. Применение естественного языка подразумевает, что тот кто пишет спецификацию и тот кто ее читает одни и те же слова понимают одинаково.
Формальные спецификации.
На практике используются методы описания требований, которые структурируют спецификацию и уменьшают нечеткость определений: структурированный естественный язык – использование форм и шаблонов для написания спецификаций; язык описания программ – используются специальные структурированные языки, подобные языки программирования, где спецификация требований строится на основе выбранной операционной модели системы; графические нотации – графовые языки, используются для описания функциональных требований различного рода диаграммы, блок-схемы, дополненные текстовым описанием; математические (формальные) спецификации - основаны на математическом аппарате (теория конечных автоматов, множеств)
Документирование системных требований
Документ, содержащий системные требования – официальное предписание для разработчиков программной системы, который содержит пользовательские требования и детализированное описание системных требований. На практике пользовательские и системные требования могут не разделяться выступая совместно в виде однородного описания системы. Либо сначала приводятся пользовательские требования, во второй части – системные. Если общее количество требований велико – детализированные системные требования могут выделяться отдельно. Основные требования которым должна соответствовать спецификация: описывать только внешнее поведение системы, указывать ограничения на процесс реализации системы, предусматривать возможность внесения изменений в спецификацию, отображать весь жизненный цикл системы, предусмотреть реакции системы. Структура спецификации требований: предисловие, введение, глоссарий, пользовательские требования, системные требования, системная архитектура, эволюция системы, приложения, указатели.