Принципы работы с требованиями к ПО. Леффингуэлл (2002) (Принципы работы с требованиями к ПО. Леффингуэлл (2002).djvu), страница 86
Описание файла
DJVU-файл из архива "Принципы работы с требованиями к ПО. Леффингуэлл (2002).djvu", который расположен в категории "". Всё это находится в предмете "тестирование по" из 11 семестр (3 семестр магистратуры), которые можно найти в файловом архиве МГУ им. Ломоносова. Не смотря на прямую связь этого архива с МГУ им. Ломоносова, его также можно найти и в других разделах. .
Просмотр DJVU-файла онлайн
Распознанный текст из DJVU-файла, 86 - страница
вин с потребностями конкретной организации. 404 Приложения В данном разделе определяется цель приложения, его версия и новые предоставляемые функции. Здесь следует ° указать продукт или приложение, которое создастся или изменяется; И дать общее описание того, что продукт будет делать и, если необходимо, чего не будет делатед И описать применение продукта, в том числе достижимые с его помощью выгоды, цели и задачи. ! .3. Ссылки Этот подраздел содержит следующее. И Список всех документов.
упоминаемых где-либо в документе-концепции Для каждого из этих документов указывается полное его название, номер (если нужно), дата публикации, а также название опубликовавшей его организации. ° Список источников, к которым можно обратиться за справками Эта информация может быть представлена ссылкой на приложение или другой документ. 2. Оппсапие пользователя Чтобы преуспеть в предоставлении продуктов и услуг, удовлетворяющих потребности заказчиков, необходимо знать, с какими проблемами сталкиваются пользователи при выполнении своей работы. Данный раздел должен содержать описание профиля потенциальных пользователей приложения и основных проблем, ограничивающих их производительность.
Этот раздел не следует использовать для формулировки конкретных требований. В нем должны содержаться обоснования того, почему необходимы перечисленные в разделе 5 требования. 2.! . Характеристика рынка/пользователя Здесь необходимо кратко перечислить основные характеристики рынка, которые послужили мотивацией решений, касающихсв продукга: описать и указать целевые сегменты, а также оценить объем и перспективы роста рьшка, ориентируясь на число потенциальных пользователей или количество денег, которые в настоящее время тратят вагин заказчики, пытаясь решить те задачи, что будут решаться с помошыо вашего приложения (илн усовершенствования). Нужно также рассмотреть основные существукнцис в отрасли тенденции и технологии.
При этом следует ответить на следующие стратегические вопросы: какова )эенутацил вашей организации на этих (эы нкак и как данный н(эодукяг или услуги воиогаюгл достижению ваагей цели. 22. Описания пользователей Здесь следует описать все типы пользователей. Пользователи могут сильно отличатыя по своему уровню: от новичков до искушенных профессионалов. Опьггному пользователю может потребоваться сложное гибкое средство поддержки межплатформенного взаимодействия, в то время как новичку нужно простое в обращении дружественное пользователю средство. Описание про.
филя должно для каждого типа пользователей освещать следующие вопросы. ° Технический уровень и опыт ° Основные обязанности Приложение Б. Образец документа-концепции 405 ° Что делает пользователь и для кого ° Тенденции, упрощающие или усложняющие работу пользователя ° Проблемы, от которых зависит успех ° В чем пользователь видит успех и как пользователь вознаграждается Среда пользователя Подробное описание рабочей среды целевого пользователя. Ниже представлены некоторые вопросы, которые желательно осветить. ° Сколько человек участвует в выполнении данной задачи? Изменится ли их число? ° Сколько времени длится цикл выполнения задачи? Сколько времени отво. дится на выполнение каждого действия? Изменится ли это? ° Существуют ли некие уникальныс ограничения среды: на мобильную связь, по работе вне помещения, в полете н т.д.
° Какие системныс платформы используются в настоящее время? Какие платформы предполагается использовать в будущем? ° Какие еще приложения используются? Должно ли ваше приложс~ис объс. диняться с ними? Основные потребности пользователя Следует перечислить основные проблемы или потребности так, как опи осознаются пользователем. Для каждой проблемы нужно прояснить следующие моменты. ° В чем причины данной проблемы? ° Как она решается в настоящее время? ° Какие решения представляет себе пользователь? Нужно понимать относительную важность для пользователя решения каждой из проблем.
Методы упорядочснпя и накопительного голосования позволяют выделить проблемы, которые должны быть решены, и вопросы, которые лселаямльно учесть. Альтернативы и конкуренты Нужно указать возможные альтернативы поведения пользователя. Среди них может быть покупка продукта конлурсптов, создание собственного рек~синя или просто сохранение существующей ситуации. Перечислите все известные конкурирующие варианты, которые существуют или могут возникнуть.
Опи. шите основные преимущества и недостатки каждого варианта с точки зрения конечного пользователя. 2.5.1. Конкурент 1 2.4. 3. Характеристика продукта В данном разделе предлагается общее описание возможностей продукта, интерфейсов с другими приложениями и конфи~раций систем. Как правило, оп состоит из следующих трех подразделов. 3.
Е Общее описание продукта В данном подразделе следует описать, как продукт взаиьюдействуст с другилщ связанными с ним продуктами н средой пользователя. Если продукт является независимым п самодостаточным, это необходилю указать. Если продукт является компонентом более кр)тпюй системы, в данном подразделе необходимо 406 Прилолсения описать, как эти системы взаимодействуют, а также указать соответствукнцие интерфейсы между системами. Простым способом отображения основных компонентов более крупной системы, взаимосвязей и внеглних интерфейсов является блок-схема. Определение позиции продукта Предлагается общее определение, характеризующее на самом высоком уровне абстракции особое положение, которое продукт должен занять на рынке.
Мур (Мооге, 1991) назвал зто определением позиции продукта и рекомендовал использовать для него следующую форму. 3.2. (целевые потребители), (опрелеление потребности или возможности), которые (наззание продукта) является (категория продукта), (оцисаиие основных преимуществ.
т.е. почему его обязательно нужно купить). который (перечнсление основных альтернативных вариантов), (описание основных его особенностей). В отличие от нац~ продукт 3.3. Система поддержки закаэчика Предположения и зависимости Описываются предположения, изменение которых приведет к изменению концепции продукта. Например, предположение может состоять в том, что для аппаратного обеспечения программного продукта можно будет использовать определенную операционную систему. Если такой операционной системы не окажется, необходимо будет менять концепцию.
Вопросы затрат и цены 3.4. 3.5. Это определение должно довести до сведения всех заинтересованных лиц на- значение продукта и важность проекта. Краткий обзор возможностей Краткая характеристика основньш воэможностей и функций продукта. Напри- мер, в документе-концепции системы поддержки клиента данный подраздел может описывать решение проблем документирования, маршрутизации и от. слеживания статуса, це вдаваясь в подробности осуществления этих функций. Функции должны быть организованы так, чтобы список был понятен заказчику или тому, кто впервые читает данный документ. Ниже приводится образец, в котором в форме простой таблицы перечислены основные возможности и осуществляющие их поддержку функции. Приложение Б.
Образец документа концепции 407 Для продаваемых внешним потребителям продуктов и многих приложений "для внутреннего использования" вопросы цены и затрат оказывают непосредственное влияние иа определение и реализацию приложения. В данном разделе эаписывакп' ся все имеющиеся ограничения на затраты и цены.
Например, затраты, связанные с дистрибуцией (количестао дискет и компактдисков, создание мастеркомпакт. диска), или другие затраты, входящие в стоимосп проданных товаров (на руково. дство, упаковку), могут оказывать влияние на успех проекта или не иметь особого значения, в зависимости от природы приложения. 4. Атрибуты функций Как и требования, функции имеют атрибуты, предоставляющие дополнительную информацию, которую можно использовать для оценки, отслеживания и определения очередности предлагаемых для реализации элементов разработки, а такэсе управления ими. Ниже мы описали атрибуты, которые можно испольэовать в документе. концепции. Вам нужно описывать в данном разделе только те атрибуты (и их значения), которые вы выберете, чтобы все участники люгли лучще понять содержание каждой функции.