Когда химик изобретает новую химическую реакцию, которая преобразует один тип химиката в другой, он пишет документ, в который входит раздел "Рамки и ограничения", где описывает, что получиться и не получиться в результате этой реакции.

Карл Вигерс. Разработка требований к программному обеспечению

Точно также для проекта по рарзаботке ПО следует определить его рамки и ограничения. Вам необходимо указать, что может делать система, а что не может.

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

Объем первоночальной версии ProductSearch

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

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

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

(...)
Read the rest of ProductSearch #4 Разработка требований. Масштабы и ограничения проекта (239 words)

© Yaroslav Vorozhko for Просто про веб технологии, 2008. | Permalink | No comment | Add to del.icio.us
Post tags: productsearch, исключения, масшатабы, объем, ограничения, проект

Образ проекта обеспечивает основу для принятия решений в течении жизненного цикла продукта.

Карл Вигерс. Разработка требований к программному обеспечению

Положение об образе проекта

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

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

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

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

Основные функции

• Поиск продуктов;
• Сравнение двух и более продуктов;
• Возможность проследить история изменения цены продукта;
• Возможность создать и просмотреть отзывы о продукте;
• Выбор лучшего поставщика продукта по параметру цена-качество;
• Регистрация поставщиков;
• Добавление потока продуктов поставщиками;
• Аналитические отчеты для поставщиков.

© Yaroslav Vorozhko for Просто про веб технологии, 2008. | Permalink | No comment | Add to del.icio.us
Post tags: productsearch, образ проекта

Продолжаем разрабатывать ProductSearch.

Вводная статья про разрабатываемый продукт: Создание проекта ProductSearch.
И статья про разработку требований – Бизнес-требования.

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

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

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

Карл Вигерс. Разработка требований к программному обеспечению

Написание бизнес-требований, целей и видения продукта сложная тема,
и для меня в каком-то смысле нова. Поэтому, мне было бы интересно услышать Ваше мнение про все ниже написанное.

План создания бизнес модели продукта:

• Исходные данные
• Возможности бизнеса
• Бизнес-цели и критерии успеха
• Потребности клиента
• Бизнес риски

(...)
Read the rest of ProductSearch #2 Разработка требований. Бизнес-план (275 words)

© Yaroslav Vorozhko for Просто про веб технологии, 2008. | Permalink | 3 comments | Add to del.icio.us
Post tags: бизнес план, бизнес риски, бизнес цели, бизнес-требования

В этой статья я буду вести речь про требования к ПО – кратко, что такое требования и какие бизнес-требования я определил для ProductSearch. 

Определение термина "требования к ПО", Карл Вигерс определил как:

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

Следующий рисунок демонстрирует способ представления этих требований:

В первую очередь надо разработать бизнес-требования.
Что такое бизнес-требования:

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

(...)
Read the rest of ProductSearch #1 Разработка требований. Бизнес-требования (67 words)

© Yaroslav Vorozhko for Просто про веб технологии, 2008. | Permalink | 2 comments | Add to del.icio.us
Post tags: product, search, бизнес, бизнес-требования, Вигерс, поиск, продукт, разработка ПО, требования

Описание проекта ProductSearch

Цель проекта ProductSearch – является создание единой базы продуктов различных поставщиков и поиск по базе данных.

ProductSearch будет состоять из трех частей:

• Поиск по продуктам, результат поиска это ссылки на соответствующие категории продуктов
• Категории продуктов
• Страница описания продукта
• Список предложений определенного продукта от поставщиков (магазинов)
• Регулярное обновление базы продуктов предоставляемой поставщиками
• Отчеты о поисковых результатах для поставщиков

Чем этот проект может быть лучше уже существующих? На такой вопрос сложно ответить, но основным преимуществом будет возможность – бесплатно добавлять продукты в базу.  Думаю основные преимущества проекта будут определены на этапе выработки требований.

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

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

Так как я планирую создать этот проект в образовательных целях, то вся работа над проектом будет публиковаться на этом блоге.

(...)
Read the rest of ProductSearch #0 Создание проекта (91 words)

© Yaroslav Vorozhko for Просто про веб технологии, 2008. | Permalink | 4 comments | Add to del.icio.us
Post tags: OpenSource, productsearch, архитектура, кодирование, поиск, продукт, проект, тестирование, требования