Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Общая характеристика продукта



В данном разделе определяется цель приложения, его версия и новые предоставляемые функции. Здесь следует

§ указать продукт или приложение, которое создаётся или изменяется;

§ дать общее описание того, что продукт будет делать и, если необходимо, чего не будет делать;

§ описать применение продукта, в том числе достижимые с его помощью выгоды, цели и задачи;

Ссылки

Этот подраздел содержит следующее.

§ Список всех документов, упоминаемых где-либо в документе-концепции. Для каждого из этих документов указывается полное его название, номер (если нужно), дата публикации, а также название опубликовавшей его организации.

 

Приложение А. Образец документа-концепции (продолжение)

 

§ Список источников, к которым можно обратиться, за справками. Эта информация может быть представлена ссылкой на приложение или другой документ.

Описание пользователя

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

 

Характеристика рынка/пользователя

Здесь необходимо кратко перечислить основные характеристики рынка, которые послужили мотивацией решений, касающихся продукта: описать и указать целевые сегменты, а также оценить объём и перспективы роста рынка, ориентируясь на число потенциальных пользователей или количество денег, которые в настоящее время тратят ваши заказчики, пытаясь решить те задачи, что будут решаться с помощью вашего приложения (или усовершенствования). Нужно также рассмотреть основные существующие в отрасли тенденции и технологии. При этом следует ответить на следующие стратегические вопросы: какова репутация вашей организации на этих рынках и как данный продукт или услуги помогают достижению вашей цели.

Описания пользователей

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

§ Технический уровень и опыт

§ Основные обязанности

§ Что делает пользователь и для кого

 

Приложение А. Образец документа-концепции (продолжение)

 

§ Тенденции, упрощающие или усложняющие работу пользователя

§ Проблемы, от которых зависит успех

§ В чём пользователь видит успех и как пользователь вознаграждается

 

Среда пользователя

Подробное описание рабочей среды целевого пользователя. Ниже представлены некоторые вопросы, которые желательно осветить.

§ Сколько человек участвует в выполнении данной задачи? Изменится ли их число?

§ Сколько времени длится цикл выполнения задачи? Сколько времени отводится на выполнение каждого действия? Изменится ли это?

§ Существуют ли уникальные ограничения: на мобильную связь, по работе вне помещения, в полёте и т.д.

§ Какие системные платформы используются в настоящее время? Какие платформы предполагается использовать в будущем?

§ Какие ещё приложения используются? Должно ли ваше приложение объединяться с ними?

§

Основные потребности пользователя

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

§ В чём причины данной проблемы?

§ Как она решается в настоящее время?

§ Какие решения представляет себе пользователь?

Нужно понимать относительную важность для пользователя решения каждой из проблем. Методы упорядочения и накопительного голосования позволяют выделить проблемы, которые должны быть решены, и вопросы, которые желательно учесть.

Альтернативы и конкуренты

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

 

Приложение А. Образец документа-концепции (продолжение)

Характеристики продукта

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

Общее описание продукта

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

Определение позиции продукта

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

 

Для целевые потребители
Которые определение потребности или возможности
Название продукта Является - категория продукта
Который описание основных преимуществ, т.е. почему его обязательно нужно купить
В отличие от перечисление основных альтернативных вариантов
Наш продукт описание основных его особенностей

 

Это определение должно довести до сведения всех заинтересованных лиц назначение продукта и важность проекта.

Краткий обзор возможностей

Краткая характеристика основных возможностей и функций продукта. Например, в документе-концепции системы поддержки клиента данный подраздел может описывать решение проблемы документирования, маршрутизации и отслеживания статуса, не вдаваясь в подробности осуществления этих функций. Функции должны быть организованы так, чтобы список был понятен заказчику или тому, кто впервые читает данный документ. Ниже приводится образец, в котором в форме простой таблицы

Приложение А. Образец документа-концепции (продолжение)

 

перечислены основные возможности и осуществляющие их поддержку функции.

 

Система поддержки заказчика

Предоставляемая пользователю возможность Поддерживающая функция
Преимущество 1 Функция 1
   
   

Предположения и зависимости

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

Вопросы затрат и цены

Для продаваемых внешним потребителям продуктов и многих приложений “для внутреннего использования” вопросы цены и затрат оказывают непосредственное влияние на определение и реализацию приложения. В данном разделе записываются все имеющиеся ограничения на затраты и цены. Например, затраты, связанные с дистрибуцией (количество дискет и компакт-дисков, создание мастер -компакт-диска), или другие затраты, входящие в стоимость проданных товаров (на руководство, упаковку), могут оказывать влияние на успех проекта или не иметь особого значения, в зависимости от природы приложения.

Атрибуты функций

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

Статус

Задаётся в результате переговоров и рассмотрения руководством проекта. Информация о статусе отражает ход процесса определения базового уровня проекта. Атрибут статуса функции может иметь следующие значения.

 

 

Приложение А. Образец документа-концепции (продолжение)

§ Предложена. Используется для описания обсуждаемых функций, которые ещё не рассмотрены и не приняты “официальным органом” – рабочей группой, состоящей из представителей команды проекта, руководства и пользователей или заказчиков;

§ Принята. Возможности, которые “официальный орган” признал полезными и достижимыми и принял к реализации.

§ Включена. Функции, включенные в базовый уровень на данный момент времени.

Приоритет

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

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

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

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

Уровень трудозатрат

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

Риск

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

Приложение А. Образец документа-концепции (продолжение)

Большинство менеджеров продукта считают достаточным деление рисков на категории низкий, средний, высокий, хотя возможна и более тонкая градация. Иногда риск можно оценить, измеряя меру неопределённости (диапазон) оценок времени работы команды.

Стабильность

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

Целевая версия

Записывается, в какой версии продукта предполагается впервые реализовать данную функцию. Это поле можно использовать, чтобы поместить функции в базовый уровень конкретной версии. Комбинируя этот атрибут с полем статуса, команда может предлагать, записывать и обсуждать для версии различные функции, не приступая к их разработке. Будут реализовываться только функции, имеющие статус “Включенная”, для которых определена целевая версия. При необходимости сокращения масштаба номер целевой версии может быть увеличен, так что элемент остаётся в документе-концепции, но его реализация будет отложена на более поздний срок.

 

Кому предназначена функция

Во многих проектах функции будут предназначаться “функциональным группам”, ответственным за дальнейшее исследование, написание программных требований, а также, возможно реализацию. Это помогает членам команды разработчиков лучше понять свои обязанности.

Обоснование

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

 

Функции продукта

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

 

 

Приложение А. Образец документа-концепции (продолжение)

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

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

Каждая функция данного раздела должна описывать внешнее поведение системы, которое ощущается пользователями, операторами или другими внешними системами.

6. Основные варианты использования

Следует описать несколько основных вариантов использования (Модель Вариантов Использования), которые важны для архитектуры или лучше всего помогут читателю понять, как предполагается использовать систему.

7. Другие требования к продукту

7.1. Применяемые стандарты.

Перечисляются все стандарты, которым должен соответствовать продукт, такие как законы и инструкции, коммуникационные стандарты (TCP/IP, ISDN), стандарты совместимости платформ (Windows, UNIX), а также стандарты качества и безопасности (ISO, CMM).

7.2. Системные требования.

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


Поделиться:



Последнее изменение этой страницы: 2017-05-11; Просмотров: 440; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.042 с.)
Главная | Случайная страница | Обратная связь