Отойдя от темы блок схем, хотелось бы с вами поговорить на тему как такового процесса создания приложений. Представим что перед нами стоит задача, создать интерактивное веб приложение, которое будет осуществлять мониторинг действий пользователей данного веб приложения. При просмотре мультимедийных материалов приложение должно фиксировать факт данного события и дополнительные параметры.
Представим что все описанное выше является техническим заданием. В соответствии со стратегией проектирования интерактивных клиент-серверных приложений, проектировочная комманда придерживающиеся правил SSD (Solution Deployment Descriptor)
Сообщение от
http://en.wikipedia.org/wiki/SDD
(SDD) is a standard XML-based schema defining a standardized way to express software installation characteristics required for lifecycle management in a multi-platform environment.
в первую очередь приступит к реализации концептуального проектирования (в стадии разработки которого входит: анализ требований клиента, бизнес-сценарий реализующий мост между клиентом и разработчиком). Вот на этом моменте мы и вернемся к теме блок-схем. В соответствии со стандартом SSD в бизнес-сценарий входят из множества эти 2 пункта:
- блок-схема нахождения оборудования (не обязательно)
- блок-схема поочередного выполнения бизнес-процессов
В соответствии с этим, можно сделать вывод:
Каждый разработчик должен ярко представлять реализуемую им часть работы. Иными словами разработчик должен понимать требования от него в данном проекте. При этом сертифицированный разработчик, должен понимать все технические обозначения и тонкие аспекты блок-схем. При этом проектная комманда обязана в должном соответствии составлять блок-схемы. Которые могут быть основаны на шаблонах проектирования, так же как и документация основанная на повторном использовании документов.
По окончанию разработки, практически все аутсорсинговые компании складывают техническую документацию и блок схемы в архив, для будущего применения в виде шаблонов.
хочу привести цитату одного из известных архитекторов/ПМ:
В данном случае, этот архитектор вероятней всего не знал о шаблонном проектировании многих начиная от мелких, заканчивая мировыми лидерами IT.
Тем самым можно сделать вывод что процесс составления блок-схем, является частью представления проекта не только бюрократам, но и клиенту. Документация же представляется еще и конечному пользователю.
Qwazar если ты до сих пор думаешь о блок-схемах так же как раньше. То мне тебя жаль и спор продолжать в теме не буду.