![]() |
#15 |
Banned
|
В случае UI, когда с системой взаимодействуют через UI,
функциональная спецификация должна описывать процесс и требования в терминах UI. В основном через use/user cases/scenarios и возможно test scenarios. Беда, когда не понимают сути документов и используют недофунциональные и недотехнические документы ради красивого но бестолкового документа. Чума, когда нетехнические специалисты, определяют технические подробности в функциональном документе. И задница на горизонте, когда из-за левого технического наполнения, в функциональном документе нет главного - входных и выходных сценариев. Лично я предпочитаю глупейшее описание в терминах UI чем неадекватное и ненужное перечисление технических деталей от лица полных в этом неспециалистов. И речь не о том что я не знаю UI, вопрос в том как его знают постановщики задач. При том что техническую часть должны определять специалисты. Та практика при которой аналитики/консультанты/первая прокладка потеют и составляют псевдо технические документы в ущерб функциональному описанию - порочна. Последний раз редактировалось ax_mct; 17.10.2014 в 15:28. |
|
|
За это сообщение автора поблагодарили: Kabardian (1). |