Как Вы описываете требования к ПО?(Прочитано 65282 раз)
Re: Как Вы описываете требования к ПО? Ответ #15 : 24 Мая 2010, 16:01:20
Всем доброго дня. Все чаще сталкиваюсь с проектами, где необходимо создать некоторое решение используя готовые продукты MS, Oracle и т.д. Подскажите, как в этом случае можно подойти к описанию функциональных требований? Описывать требования к существующим функциям продукта? Описывать требования к контенту? Что посоветуете?



Re: Как Вы описываете требования к ПО? Ответ #16 : 24 Мая 2010, 17:01:40
Всем доброго дня. Все чаще сталкиваюсь с проектами, где необходимо создать некоторое решение используя готовые продукты MS, Oracle и т.д. Подскажите, как в этом случае можно подойти к описанию функциональных требований? Описывать требования к существующим функциям продукта? Описывать требования к контенту? Что посоветуете?

Попробуем разобрать по частям.

Вам нужно описать функциональные требования в некотором проекте (ограничимся пока одним).

Этот проект предполагает создание некоторого решения. (Что такое "решение"? Решение проблемы? Или под "созданием решения" понимается разработка программы или нескольких программ? А может быть, "решение" создаётся путём выбора уже готовых компонентов?)

Это решение должно использовать какие-то готовые продукты MS, Oracle и т. д. (Какие конкретно продукты? Каким образом использовать? Почему должно?)

Среди прочего, вам нужно описать требования к контенту. (Что такое "контент"?)


anastazya, вы очень компактно излагаете свои вопросы, не передавая при этом контекста. Изящные формулировки - это не самый эффективный способ обмена информацией. Или вы очень боитесь случайно раскрыть какие-то конфиденциальные сведения?

Например, по некоторым ключевым словам (MS, Oracle и в первую очередь "контент") кто-то можно сделать вывод, что вы разрабатываете веб-сайты.

А кто-то другой по тем же ключевым словам может понять, что вы адаптируете и внедряете какие-то тяжеловесные ERP системы.

А кто-то третий (я, например), может воспринимать Oracle и MS как ограничения заказчика, который какой-то из этих продуктов уже давно купил, и не собирается докупать новую СУБД и нанимать администратора исключительно для сопровождения вашего решения.


В результате эти три человека начнут отвечать на вопросы, которых вы не задавали.
greesha.ru

Реальность - это убийство прекрасной теории бандой мерзких фактов. (Роберт Гласс)



Re: Как Вы описываете требования к ПО? Ответ #17 : 24 Мая 2010, 17:48:50
anastazya, у нас в одном проекте файл атрибутов (ФА) был чуть ли не главным документом, на пару с UI. У нас был набор UI, созданный иерархично при помощи Axure на одном из языков системы.
После чего в ФА (в Excel) указывается конкретный интерфейс, путём прописывания маршрута "Раздел 1" "Подраздел 2" "Карточка 3". Далее следуют названия полей (на каждом из языков системы), ответственные пользователи, формулы расчётов, параметры отображения и прочее.
Если нужны подробности, то я могу подробнее написать. Могу сказать, что даже при написании ЧТЗ всё это актуализировать достатчно утомительно.



Re: Как Вы описываете требования к ПО? Ответ #18 : 25 Мая 2010, 08:51:09
greesha, пойдем по порядку...
Попробуем разобрать по частям.

"Вам нужно описать функциональные требования в некотором проекте (ограничимся пока одним)."

Пусть так.

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

Это решение должно использовать какие-то готовые продукты MS, Oracle и т. д. (Какие конкретно продукты? Каким образом использовать? Почему должно?)
Выше привела пример. Ниже почему должно.

Среди прочего, вам нужно описать требования к контенту. (Что такое "контент"?)
Выше пояснила.

anastazya, вы очень компактно излагаете свои вопросы, не передавая при этом контекста. Изящные формулировки - это не самый эффективный способ обмена информацией. Или вы очень боитесь случайно раскрыть какие-то конфиденциальные сведения?
)) не все так плохо в смысле конфиденциальности. Да, каюсь, времени мало на общение.

Например, по некоторым ключевым словам (MS, Oracle и в первую очередь "контент") кто-то можно сделать вывод, что вы разрабатываете веб-сайты.
В том числе, но не только.

"А кто-то другой по тем же ключевым словам может понять, что вы адаптируете и внедряете какие-то тяжеловесные ERP системы."
И их тоже.

"А кто-то третий (я, например), может воспринимать Oracle и MS как ограничения заказчика, который какой-то из этих продуктов уже давно купил, и не собирается докупать новую СУБД и нанимать администратора исключительно для сопровождения вашего решения."
И такое бывает. А чаше мотивируя это тем, что завязываться на что то самописное опасается, так как это завязка на конкретного поставщика, который в скором времени может не подойти по ценовой политике или по другим причинам. Брендовые продукты проще сопровождать и выбор в поставщиках не так ограничен. Да это уже другая тема, почему Заказчик выбирает тот или иной продукт. Меня больше интересует постпериод, когда выбор сделан и необходимо решать задачу.

Надеюсь информации будет достаточно )



Re: Как Вы описываете требования к ПО? Ответ #19 : 26 Мая 2010, 10:43:17
anastazya, да, этот проект не разрабатывался по ГОСТУ - использовался шаблон компании, похожий на SRS в IEEE, но несколько модифицированный. Увы, главное в этом доке было то, что его должен подписать заказчик и он должен был написан предельно простым языком и с представлением интерфейсов. То есть было достаточно перечислить все названия страниц (проект .aspx), привести интерфейс и кратко описать - зачем вообще эта стриница нужна.
Основной функционал был прописан в упомянутых мною UI и ФА (их мы составляли с представителями бизнеса - именно эти документы были основынми). ВИ мы вообще не составляли или составляли для себя.
Примерно год в итоге ушёл на рисование UI и приписывания ФА. Для справки - всего в системе 5 разделов, среднее кол-во полей для одного раздела 1300..
Алгоритм составления достаточно прост и шёл от заказчика:
На этой странице я бы хотел видеть величину уставного капитала..Хм.. Он формируется как сумма таких-то акций такого-то номинала.. Алексей, посмотрите, у нас есть эти поля в разделе Эмиссия - пропишите формулу на основании этих полей и добавте данную карточку в режиме просмотра. Возможно мы где-то в другом месте уже считали величину уставного капитала - проверьте. Ну и далее предоставлялись переводы, требования к формату, ограничения и прочая информация.
Проблемы составляют те поля, в которых очень сложная формула, или, ещё хуже, если эту формулу, завязанную на полей 20 (например, расчёт доступных акций) начинают менять - нужно перепроверять все поля, да ещё и проверять расчёты по формулам.
Зато разработчики довольны :)



Re: Как Вы описываете требования к ПО? Ответ #20 : 25 Октября 2010, 12:20:17
Попался интересный документ - ТЗ, выполненное Карлом Вигерсом (приложил). За достоверность ответственность на себя не беру..
Может кому-нибудь будет интересно



Re: Как Вы описываете требования к ПО? Ответ #21 : 25 Октября 2010, 13:52:23
Попался интересный документ - ТЗ, выполненное Карлом Вигерсом (приложил). За достоверность ответственность на себя не беру..
Может кому-нибудь будет интересно
Что-то есть некие сомнения по поводу того, что именно Вигерс сформировал данное ТЗ. Например, сразу бросилась в глаза контекстная диаграмма IDEF, которая выполнена непонятно каким образом...
Но всё равно есть что взять из данного ТЗ на заметку!



Re: Как Вы описываете требования к ПО? Ответ #22 : 25 Октября 2010, 14:44:23
Copyright © 2002 by Karl E. Wiegers. All Rights Reserved. Adapted by Edward Galiaskarov
на мой взгляд с такой подписью не должно быть сомнения. Потому как в противном случае - это камень в огород как Karl E. Wiegers,  так и Edward Galiaskarov
Успех - не окончателен, поражение - не фатально, мужество продолжать - вот, что имеет значение.



Re: Как Вы описываете требования к ПО? Ответ #23 : 25 Октября 2010, 15:02:44
Камень в огород можно кидать и великим, если по делу :)

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



Re: Как Вы описываете требования к ПО? Ответ #24 : 25 Октября 2010, 17:22:26
Камень в огород можно кидать и великим, если по делу :)
spv139, про контекстную диаграмму, кот. использует Вигерс, можно почитать здесь. На самом деле - очень мощная вещь на начальном этапе выявления требований.
Спасибо! Прошу прощения, Вигерса до конца ещё не дочитал. Приму во внимание данное ТЗ )



Re: Как Вы описываете требования к ПО? Ответ #25 : 25 Октября 2010, 17:33:17
Так лихо сменили тему, что сразу и не поймешь что к чему.
I will use Google, before asking dumb questions !!!



Re: Как Вы описываете требования к ПО? Ответ #26 : 25 Октября 2010, 17:41:52
spv139, если будите читать Карла Вигерса, то данную спецификацию требований можно найти в конце его книги "Разработка требований к программному обеспечению". В ней же подробное описание каждого раздела ТЗ, разъяснения и пример концепции по Вигерсу, вариантов использования.



Re: Как Вы описываете требования к ПО? Ответ #27 : 16 Февраля 2011, 17:07:18
Пожалуйста, покажите свой пример требований к ПО.




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19