формирование и анализ требований.pptx
- Количество слайдов: 29
Формирование и анализ требований
Вопросы Основные понятия и классификация требований 2. Процесс определения требований – ИСО/МЭК 12207 – 10 3. Процесс анализа системных требований – ИСО/МЭК 12207 -10 4. Оформление требований в техническом задании на создание АС в соответствии с ГОСТ 34. 602 -89 системы” 1.
1. Определение требований в соответствии с Standard glossary of Software Engineering Terminology IEEE (1990) Требование – это условие , которому должна удовлетворять ИС, или свойство, которым она должна обладать: 1. Условия или возможности, необходимые пользователю для решения проблем или достижений целей 2. Условия или возможности, которыми должна обладать ИС для удовлетворения контрактам, стандартам, спецификациям и др. формальным документам 3. Документированное представление условий или возможностей для пунктов 1 или 2 (например, ТЗ)
Этапы создания требований к системе Определение требований (предпроектное обследование) – моделирование существующей ИС (asis – как есть) Анализ требований (предварительное моделирование новой системы – to be – как должно быть) Спецификация требований (формирование технического задания)
Виды требований к ИС Бизнес-требования – описание требований бизнес-модели, формулируются на уровне руководства заказчика, устанавливают границы проекта, определяются бизнесстратегий компании, стратегией развития ИТ Системные требования: ◦ Функциональные требования пользователей – описание требований ключевых пользователей (владельцев бизнес-процессов) ◦ Нефункциональные требования – требования инфраструктуры (обеспечивающих подсистем)
Бизнес-требования (общие) Цель проекта, риски, критерии достижения целей – Бизнес-стратегия Наиболее важные задачи Привлекаемые ресурсы (финансовые, информационные, программнотехнические, людские и др. ) Характеристика программно-технической платформы (ИТ-стратегия)
Единая политика в области создания ИС отражается в ИТстратегии Под ИТ-стратегией следует понимать формализованную систему подходов, принципов и методов, на основе которых будут развиваться все компоненты ИС. Целью разработки ИТ-стратегии является организация интегрированного корпоративного процесса по развитию информационных технологий для обеспечения их соответствия основным целям и направлениям развития бизнеса предприятия.
Функциональные требования пользователей, устанавливают границы проекта Описания отдельных функций, вариантов использования, реакций на события, бизнеспроцессов Требования стандартов, регламентов, формальных документов Требования из других источников: маркетинговых служб, аналитических отчетов и т. д.
Нефункциональные требования Надежность Практичность Эффективность Сопровождаемость Мобильность и др.
2. Процесс определения требований – ИСО/МЭК 12207 - 10 Цель процесса определения требований правообладателей состоит в выявлении требований к системе, выполнение которых может обеспечивать предоставление услуг, необходимых пользователям и другим правообладателям в заданной среде применения
Выходы (результаты) процесса определения требований задаются требуемые характеристики и условия использования услуг; определяются ограничения для системных решений; достигается возможность прослеживания от требований правообладателей к правообладателям и их потребностям; описывается основа для определения системных требований; определяется основа для валидации соответствия услуг; формируется основа для ведения переговоров и заключения соглашений о поставке услуги или продукции.
Виды деятельности и задачи Идентификация правообладателей (участников процесса создания ИС) Идентификация требований ( из внутренних и внешних источников) Оценка требований. Анализ включает идентификацию и назначение приоритетов для противоречивых пропущенных, неполных, неоднозначных, несовместимых, несоответствующих или непроверяемых требований. Согласование требований (с заказчиком) Регистрация требований. в форме, приемлемой для менеджмента требований в течение жизненного цикла и за его пределами.
3. Процесс анализа системных требований – ИСО/МЭК 12207 -10 Цель анализа системных требований состоит в преобразовании определенных требований правообладателей в совокупность необходимых системных технических требований, которыми будут руководствоваться в проекте системы
Выходы (результаты) процесса анализа системных требований устанавливается определенная совокупность системных функциональных и нефункциональных требований, описывающих проблему, подлежащую решению; выполняются соответствующие технические приемы оптимизации предпочитаемого проектного решения; системные требования анализируются на корректность и тестируемость; осмысливается воздействие системных требований на среду применения; требования, как полагается, расставляются по приоритетам, утверждаются и обновляются; устанавливается согласованность и прослеживаемость между системными требованиями и базовой линией требований заказчика; оцениваются изменения базовой линии по стоимости, графикам работ и воздействию технических решений; системные требования доводятся до сведения всех участвующих сторон и включаются в базовую линию
Виды деятельности и задачи анализа системных требований Спецификация требований: ◦ функции и возможности системы; ◦ требования деловой сферы, организационные и пользовательские требования; ◦ требования по безопасности, защищенности, эргономике, интерфейсам, рабочим операциям и сопровождению; ◦ проектные ограничения и квалификационные требования.
Виды деятельности и задачи анализа системных требований Оценивание требований: ◦ прослеживаемость потребностей по приобретению; ◦ согласованность с потребностями по приобретению; ◦ тестируемость; ◦ осуществимость архитектурного проекта системы; ◦ осуществимость функционирования и сопровождения. ◦ Результаты оценивания должны быть документированы.
4. Оформление требований в техническом задании на создание АС в соответствии с ГОСТ 34. 602 -89 системы” общие сведения назначение и цели создания системы характеристика объекта автоматизации требования к системе состав и содержание работ по созданию системы порядок контроля и приемки системы требования по подготовке и вводу в действие требования к документированию источники разработки глоссарий.
Общие сведения полное наименование системы, условное обозначение системы, шифр (номер) договора, названия предприятий разработчика и заказчика (пользователя) системы и их реквизиты, перечень документов, на основании которых создается система, плановые сроки начала и окончания работы по созданию системы, сведения об источниках и порядке финансирования работ.
Характеристика объекта автоматизации - общие сведения о предприятии согласно его Уставу перечень основных видов деятельности и бизнес-процессов, перечень бизнес-процессов, подлежащих автоматизации, характеристики видов обеспечения – организационного (организационные документы, организационная структура, нормативное обеспечение, квалификация персонала), методического, программного, технического, лингвистического, математического, правового и информационного.
Требования к системе требования к системе в целом, требования к функциям, требования к видам обеспечения.
Требования к системе в целом перечень компонентов (подсистем), их назначение и основные характеристики, требования к структуре системы; требования к интеграции компонент (включая требования к способам и средствам связи для информационного обмена между компонентами системы и требования к функциональной интеграции в рамках бизнес-процессов); требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, способы информационного обмена; требования к режимам функционирования системы; требования к диагностированию системы; требования к численности и квалификации персонала системы и режиму его работы
Требования к системе в целом требования к надежности и сохранности информации (технических средств, базового системного программного обеспечения, специализированного функционального программного обеспечения, средств защиты информации, средств резервного копирования информации и носителей резервных копий и т. п. , требования к безопасности и защите информации (включая перечень угроз информационной безопасности, требования к архитектуре и функциям обеспечения защиты информации, требования к организационному обеспечению защиты); требования к стандартизации и унификации.
Требования к функциям требования к компонентам (подсистемам) системы в случае общего ТЗ или детальные функциональные требования в случае частного ТЗ на конкретную подсистему.
Требования к обеспечивающим подсистемам: математическому, информационному, лингвистическому, программному, техническому и организационному обеспечению.
Порядок контроля и приемки системы виды, состав, объем и методы испытаний системы (предварительные испытания, опытная эксплуатация, приемочные испытания), требования к оформлению соответствующей документации (программы и методики испытаний, протокола предварительных испытаний, акта приемки в опытную эксплуатацию, журнала опытной эксплуатации, протокола приемочных испытаний, акта о приемке системы в промышленную эксплуатацию и др. ), требования к организации приемки типовых компонент системы.
Требования по подготовке и вводу в действие к организации работ по внедрению системы на предприятии, осуществляемые в связи с этим изменения в организационно-штатной структуре (прежде всего, по развитию ИТслужбы), к нормативно-методическому обеспечению (регламенты подразделений, должностные инструкции сотрудников), к персоналу (комплектование и обучение), требования по внедрению типовых компонент системы.
Требования к документированию - Эксплуатационная документация по разрабатываемым компонентам ГОСТ 34. 201 -89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» , РД 50 -34. 698 -90 «Методические указания. Информационная технология. Требования к содержанию документов» .
Требования к документированию – возможный перечень документов Частное техническое задание - в соответствии с ГОСТ 34. 602 -89; Описание информационного обеспечения - в соответствии с РД 50 -34. 698 -90 п. 5. 3. (при необходимости); Описание программного обеспечения - в соответствии с РД 50 -34. 698 -90 п. 6. 1. ; Инструкцию по обозначениям и кодированию (при необходимости); Альбом выходных форм; Руководство администратора подсистемы; Руководство пользователя - в соответствии с РД 5034. 698 -90 п. 3. 4. ; Программа и методика испытаний - в соответствии с РД 50 -34. 698 -90 п. 2. 14.
Перечень проектной документации План разработки (детализированный календарный план работ, содержащий виды работ, даты начала и завершения работ, отметки о выполнении работ); План управления конфигурацией, содержащий описание следующих процессов управления проектной документацией: порядок разработки и хранения, порядок внесения изменений, ведение версионности, рассылка, порядок внутреннего согласования; План качества проекта определяющий перечень и порядок проведения мероприятий, направленных на обеспечение качества (внутренние аудиты, тестирование, анализ результатов).
формирование и анализ требований.pptx