|
РЕЗЮМЕ: ТРЕБОВАНИЯ К БОЛЬШИМ СИСТЕМАМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ |
Эти методы обещают очень многое. Когда-нибудь в будущем мы удивимся, почему же мы раньше обходились без них. Для подробного их описания мало одной странички, мало даже отдельной главы. Для этого нужно писать целые книги, для их понимания необходимо прослушать двухнедельный курс лекций. ЛИЧНЫЙ ОПЫТ Нам не удалось с первой попытки понять нужды диспетчеров FAA. Группе определения требований нужна была информация, постоянно поступающая от диспетчера, находящегося «на линии». Тогда в Хьюстоне мы правильно поступили, послав наших разработчиков поработать бок о бок с нашими пользователями. Нашей же хьюстонской группе не сразу удалось понять нужды энергетических компаний. Нам не сразу стали ясны требования к системе автоматической очистки нефти. Первая попытка понять требования японских газетчиков тоже не удалась. Процесс определения требований все еще является камнем преткновения при разработке новых больших программных систем. РЕЗЮМЕ: ТРЕБОВАНИЯ К БОЛЬШИМ СИСТЕМАМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 1. Первым требованием к системе является легкость ее модификации, поскольку требования будут постоянно изменяться. Программы надо заранее делать модифицируемыми; для этого нужно заранее планировать денежные средства. 2. В течение всего времени развития системы за выработку требований должен отвечать один и тот же человек. 3. Требованиями необходимо управлять. 4. Если требования не записаны и не доступны каждому, можно считать, что они не существуют. Пока требования находятся только в голове, они не приносят пользы и недолговечны. 5. Должен быть найден и вовлечен в дело действительный пользователь, а не его заменитель. 6. Из требований нужно удалить все относящееся к личности заказчика. 7. Необходимо действовать по методологии определения требований.
|