Системный анализ в разработке ПО
Анализ требований и пожеланий заказчика начинают с получения заказа на новую разработку (либо на модификацию существующей), а заканчивают составлением документа, где разработка описывается в деталях.
На 1-м этапе проектирования ПО важно найти и понять, что на самом деле желает пользователь. Нередко это совсем непросто сделать, ведь даже пользователь не всегда представляет, что же он хочет получит в действительности.
К сожалению, первые ошибки в программном продукте появляются как раз тогда, когда определяют требования и цели к продукту. Причина — неверное понимание потребностей пользователя. Когда цели и требования трансформируются во внешние спецификации (в документ), появляются и остальные ошибки.
Если требования определены некачественно, это станет причиной разработки программного продукта, который станет пусть даже и правильно решать задачу, но делать это он будет в отношении задачи, которая сама по себе сформулирована неверно. Как известно, если «написано что-нибудь не то», то и реализовано будет «что-нибудь не то», то есть продукт не будет отвечать истинным потребностям заказчика.
Именно поэтому очень важно в процессе определения требований подходить к вопросу максимально точно и аккуратно, дабы компания-разработчик ПО имела возможность трансформировать эти требования в проект наиболее эффективно, то есть с минимальным количеством ошибок.
Требования к программному изделию обычно задаются на естественном языке и, разумеется, эти требования должны быть сформулированы предельно точно. Как правило, речь идет о некоем своде законов, на котором основываются все дальнейшие решения по разработке ПО. Если речь идет о средних либо крупных системах, требования должны разрабатываться небольшой группой.
Результат системного анализа — ясное понимание того: 1) что требует пользователь; 2) что хочет пользователь.
Между этими двумя пунктами существует тонкое и немаловажное различие. Как правило, во время дискуссии требования озвучиваются ясно и четко, однако много чего важного может «остаться за кадром». Так происходит не потому, что кто-то что-то скрывает, а потому, что какие-то вещи подсознательно считаются очевидными и не требующими специального выделения. Практика показывает, что если на стадии системного анализа было предъявлено минимум требований, разработка проекта выполняется, по сути, на рассмотрение производителя ПО. И что же в итоге? Потом появляются возмущения и претензии, что конечный продукт не соответствует ожидаемым результатам, функционирует некорректно, а значит, требует переделки.
По материалам: http://tehprog.ru/index.php.html.