Архив форумов ЦИТФорума

[Yaser]

А есть ли опыт разработки требований к быстродействию на этапе создания технического задания? Как оценить реальны ли требовния заказчика? Поделитесь опытом - как происходит обсуждение этого вопроса у Вас?

[--= Eagle =--]

Конкретизируй вопрос, желательно, дополни примером.
_________________
Информация должна быть общедоступной!

[Yaser]

ок.
Есть клиент - он хочет информационную систему. Есть проектная команда которая готова за эти деньги сделать эту систему. Проект начался и идёт этап согласования ТЗ. И тут заказчик начинает требовать включения в ТЗ требований к быстродействию. Вопрос как оценить быстродействие системы на том этапе когда определена только функциональность? Т.е. я зная что должна делать система но не знаю КАК... Как же это можно оценить? Есть люди здесь которые сталкивались с подобной проблемой при постановке задачи?

[--= Eagle =--]

Если я правильно понял, вы хотите определить минимальные требования железа/софта до написания даже тестовой версии проги?
_________________
Информация должна быть общедоступной!

[Гость]

вот как раз с требованиями к железу и к ОС - мы определились. И тут заказчик спросил: если мы поставим вам такой сервер и эту ось - насколько быстро будет работать ваша программа?
Тестовая версия проги есть и работает она достаточно шустро, но что будет если в неё напихать 5 тыщь документов или 15 - мы не знаем... и тестировать сейчас не имеет смысла, так как функционал будет сильно расширен.
вопрос по другому сформулирую: Люди (!) что писать в ТЗ в требованиях по быстродействию?

варианты которые родились у нас -
а) заведомо заниженное быстродействие (это имхо расстроит заказчика)
б) описать настолько четко методику тестирования чтобы потом под эту методику и писать систему (это запутает =))
в) написать фразу "быстродействие системы не должно зависить от ПО а полностью зависит от быстродействия аппаратной части" (всем это нравится кроме меня - я считаю что это бред)
г) Ваш вариант

[Astaroth]

Ответь вопросом на вопрос - а что вы имеете ввиду? Что б сказать "насколько быстро будет работать ваша программа?" надо от чего-то отталкиваться. От чего? От мертвого зависания с одной стороны и мгновенного выполнения всех задач с другой? Бред... Если его интерисует за какое время будет обработано N документов, тогда что такое обработано, их ведь по разному обрабатывать можно. Пусть четко сформулирует что такое быстродействие, и - почти уверен - плюнет на этот вопрос в самом начале обдумывания формулировки.
_________________
Не очеловечивайте компы - они этого не любят!

[--= Eagle =--]

В принципе, я поддерживаю Astaroth'a.
Кстати, быстродействие системы не всегда зависит только от быстродействия аппаратной части, не исключена возможность неправильного конфигурирования системы (кеширование и что там ещё может быть). Может, нужно добавить сюда и сеть.
_________________
Информация должна быть общедоступной!

[Саня_]

Серег, приведи скорость срабатывания чекбокса

[Гость]

[Astaroth]

[GREA]

Быстродействие зависит не только от аппаратной части. Нужно, чтобы еще у разработчиков руки росли из того места, из какого положено. Можно организовать поиск текста в документе посимвольным сравнением, а можно - методом контрольных сумм, что в десятки раз быстрее. А если документ охрененных размеров?