greesha, пойдем по порядку...
Попробуем разобрать по частям.
"Вам нужно описать функциональные требования в некотором проекте (ограничимся пока одним)."
Пусть так.
"Этот проект предполагает создание некоторого решения. (Что такое "решение"? Решение проблемы? Или под "созданием решения" понимается разработка программы или нескольких программ? А может быть, "решение" создаётся путём выбора уже готовых компонентов?)"
В данном случае под "решением" понимается совокупность программного кода, написанного разработчиками Поставщика, готовых компонентов того инструмента, на базе которого осуществляется разработка и его настроечных механизмов. Хотя может случиться и так, что возможности продукта в целом способны будут реализовать необходимую функциональность, то тогда решением будет являться скажем ввод данных и настройка продукта (это я назвала контентом, хотя может и не очень корректно, потому как кроме данных реализуется логика работы и т.д). В качестве примера можно привести следующее: Задача состоит в автоматизации Системы Сбалансированных показателей (...как то я о ней упоминала на форуме). Берем готовый продукт MS PPS 2007, производим ввод данных по показателям, формируем необходимые карты и т.д. (не буду полностью описывать процесс, не имеет смысла). Решение построено. Построено на основе инструмента с некими функциональными возможностями. Если бы разработка осуществлялась "с нуля", то вопрос не возник бы и требования звучали примерно так: Система должна позволять вводить данные о показателях, Система должна позволять строить стратегические карты и т.д., но в данном случае это возможности продукта MS PPS 2007 и мы используя эти возможности решаем свою задачу по автоматизации ССП или иначе строим решение.
Это решение должно использовать какие-то готовые продукты MS, Oracle и т. д. (Какие конкретно продукты? Каким образом использовать? Почему должно?)
Выше привела пример. Ниже почему должно.
Среди прочего, вам нужно описать требования к контенту. (Что такое "контент"?)
Выше пояснила.
anastazya, вы очень компактно излагаете свои вопросы, не передавая при этом контекста. Изящные формулировки - это не самый эффективный способ обмена информацией. Или вы очень боитесь случайно раскрыть какие-то конфиденциальные сведения?
)) не все так плохо в смысле конфиденциальности. Да, каюсь, времени мало на общение.
Например, по некоторым ключевым словам (MS, Oracle и в первую очередь "контент") кто-то можно сделать вывод, что вы разрабатываете веб-сайты.
В том числе, но не только.
"А кто-то другой по тем же ключевым словам может понять, что вы адаптируете и внедряете какие-то тяжеловесные ERP системы."
И их тоже.
"А кто-то третий (я, например), может воспринимать Oracle и MS как ограничения заказчика, который какой-то из этих продуктов уже давно купил, и не собирается докупать новую СУБД и нанимать администратора исключительно для сопровождения вашего решения."
И такое бывает. А чаше мотивируя это тем, что завязываться на что то самописное опасается, так как это завязка на конкретного поставщика, который в скором времени может не подойти по ценовой политике или по другим причинам. Брендовые продукты проще сопровождать и выбор в поставщиках не так ограничен. Да это уже другая тема, почему Заказчик выбирает тот или иной продукт. Меня больше интересует постпериод, когда выбор сделан и необходимо решать задачу.
Надеюсь информации будет достаточно )
Как Вы описываете требования к ПО?