Практическая работа #4

Нормативная база по работе с требованиями

1. Конспект по разделам технического задания (ТЗ) и их краткому содержанию в соответствие с ГОСТ 19.201-78.

В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

В разделе «Основания для разработки» должны быть указаны:

• документ (документы), на основании которых ведется разработка;
• организация, утвердившая этот документ, и дата его утверждения;
• наименование и (или) условное обозначение темы разработки.

В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:

• требования к функциональным характеристикам;
• требования к надежности;
• условия эксплуатации;
• требования к составу и параметрам технических средств;
• требования к информационной и программной совместимости;
• требования к маркировке и упаковке;
• требования к транспортированию и хранению;
• специальные требования.

В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

В разделе «Технико-экономические показатели» должны быть указаны:

• ориентировочная экономическая эффективность;
• предполагаемая годовая потребность;
• экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.

В разделе «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.

В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.

В приложениях к техническому заданию, при необходимости, приводят:

• перечень научно-исследовательских и других работ, обосновывающих разработку;
• схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
• другие источники разработки.

2. Конспект по разделам технического задания (ТЗ) и их краткому содержанию в соответствие с ГОСТ 34.602-2020.

В разделе «Общие сведения» указывают следующее:

• полное наименование АС и ее условное обозначение;
• шифр темы (при наличии);
• наименование организации — заказчика АС, наименование организации-разработчика (при наличии сведений о ней);
• перечень документов, на основании которых создается АС, кем и когда утверждены эти документы;
• плановые сроки начала и окончания работ по созданию АС;
• общие сведения об источниках и порядке финансирования работ.

Раздел «Цели и назначение создания автоматизированной системы» состоит из следующих подразделов:

• цели создания АС;
• назначение АС.

В разделе «Характеристика объекта автоматизации» приводят следующую информацию:

• основные сведения об объекте автоматизации или ссылки на документы, содержащие такие сведения;
• сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

Раздел «Требования к автоматизированной системе» состоит из следующих подразделов:

• требования к структуре АС в целом;
• требования к функциям (задачам), выполняемым АС;
• требования к видам обеспечения АС;
• общие технические требования к АС.

Раздел «Состав и содержание работ по созданию автоматизированной системы» должен содержать перечень этапов работ по созданию АС и сроки их выполнения.

В разделе «Порядок разработки автоматизированной системы» приводят следующее:

• порядок организации разработки АС;
• перечень документов и исходных данных для разработки АС;
• перечень документов, предъявляемых по окончании соответствующих этапов работ;
• порядок проведения экспертизы технической документации;
• перечень макетов (при необходимости), порядок их разработки, изготовления, испытаний, необходимость разработки на них документации, программы и методик испытаний;
• порядок разработки, согласования и утверждения плана совместных работ по разработке АС;
• порядок разработки, согласования и утверждения программы работ по стандартизации;
• требования к гарантийным обязательствам разработчика;
• порядок проведения технико-экономической оценки разработки АС;
• порядок разработки, согласования и утверждения программы метрологического обеспечения, программы обеспечения надежности, программы эргономического обеспечения.

В разделе «Порядок контроля и приемки автоматизированной системы» указывают следующую информацию:

• виды, состав и методы испытаний АС и ее составных частей;
• общие требования к приемке работ, порядок согласования и утверждения приемочной документации;
• статус приемочной комиссии (государственная, межведомственная, ведомственная и др.).

В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу автоматизированной системы в действие» приводят перечень мероприятий, которые необходимо осуществить при подготовке объекта автоматизации к вводу АС в действие.

В разделе «Требования к документированию» приводят следующую информацию:

• перечень подлежащих разработке документов;
• вид представления и количество документов;
• требования по использованию ЕСКД и ЕСПД при разработке документов.

В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании АС.

3. Ответить на вопрос: в чем отличие изученных ГОСТов?

4. Законспектировать основные разделы SRS из IEEE Standard 830-1998 и их суть.

Введение SRS должно обеспечивать краткий обзор всей SRS. Оно должно содержать следующие подразделы:

• назначение;
• область действия;
• определения, акронимы и сокращения;
• публикации;
• краткий обзор.

Полное описание SRS должно описывать общие факторы, которые влияют на программное изделие (-я) и требования, предъявляемые к нему. Этот раздел не устанавливает конкретные требования. Вместо этого, он обеспечивает предварительные сведения о тех требованиях, которые подробно определяются в разделе 3 SRS, и делает их более простыми для понимания.

Этот раздел обычно состоит из шести подразделов, а именно:

• перспектива изделия;
• функции изделия;
• характеристики пользователей;
• ограничения;
• допущения и зависимости;
• разделение требований.

Специфические требования SRS должны содержать все требования к программному обеспечению на уровне детализации, достаточной, чтобы дать проектировщикам возможность разработать систему, удовлетворяющую этим требованиям, а испытателям - убедиться, что система удовлетворяет этим требованиям. В этом разделе каждое сформулированное требование должно восприниматься пользователями, операторами или другими внешними системами. Эти требования должны включать как минимум описание каждого входного воздействия (стимула) на систему, каждого выходного сигнала (отклика) системы и всех функций, выполняемых системой в ответ на входное воздействие или для поддержания выходного сигнала.

5. Конспект по основным разделам шаблона документа «Видение» (RUP). Описать суть каждого раздела.

Введение в документ «Видение» должно содержать краткий обзор всего документа. Оно должно включить:

• цель;
• контекст;
• определения, акронимы и сокращения;
• ссылки;
• краткий обзор самого документа «Видение».

Позиционирование должно включать:

• деловые преимущества;
• определение проблемы;
• определение позиции изделия.

Раздел «Описания совладельцев и пользователей» дает конфигурацию совладельцев и пользователей, включенных в проект, и ключевые проблемы, которые, как им кажется, должны быть устранены предложенным решением. Раздел не описывает их частные запросы или требования. Вместо этого, он дает общий фон и обоснование необходимости требований. Включает в себя следующие подразделы:

• демография рынка;
• сведенья о совладельцах;
• сведенья о пользователях;
• пользовательская среда;
• профили совладельцев;
• профили пользователей;
• ключевые потребности совладельца/пользователя;
• альтернативы и конкуренция.

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

• перспектива изделия;
• сводка возможностей;
• предположения и зависимости;
• стоимость и калькуляция;
• лицензирование и инсталляция.

Возможности продукта - перечисление и краткое описание возможностей изделия.

Ограничения - любые конструктивные ограничения.

Показатели качества - определение показателей качества для эффективности, надежности, отказоустойчивости, применимости и другие подобные характеристики, которые не зафиксированы в наборе возможностей.

Старшинство и приоритеты - определение приоритетов различных возможностей системы.

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

• применяемые стандарты;
• системные требования;
• эксплуатационные требования;
• требования к окружающей среде.

Требования к документации - описывает документацию, которая должна быть разработана для поддержки успешного развертывания приложения. Подразделы:

• руководство пользователя;
• интерактивная справка;
• руководства по установке и конфигурированию, файл Read Me;
• маркировка и пакетирование.

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

• статус;
• выгода;
• объем работ;
• риск;
• стабильность;
• целевой выпуск;
• назначена;
• причина.

6. Конспект по разделам SRS (Software requirements specification) (RUP) и их краткое описание.

Введение предоставляет собой обзор всей SRS. Оно включает в себя:

• цель;
• область применения;
• определения, акронимы и аббревиатуры;
• ссылки;
• обзор.

Общее описание - в этом разделе описаны общие факторы, влияющие на продукт и требования к нему. В этом разделе не излагаются конкретные требования.

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

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

Вспомогательная информация - облегчает использование SRS.

7. Дать ответ на вопрос: чем отличаются шаблоны SRS в методологии IEEE и RUP?