Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > УП: Общие вопросы > определить класс задачи


Автор: setnull 23.6.2013, 17:03
Все здравствуйте!
Возможно, пишу, не туда, но в поиске ветки, возможно, и заключается суть вопроса smile

Интересует огромный круг вопросов в практике проектирования приложений, но не могу определиться как подойти комплексному их решению.
Точнее, хочу узнать направление, общий класс этих всех вопросов...

примеры вопросов

- как построить приложение максимально модульно, чтоб свести к минимуму связи между этими модулями на уровне функциональных отношений
- насколько  максимально возможно абстрагироваться от общей бизнес логики приложения на уровне каждого модуля
- насколько функциональная локализация и замкнутость таких модулей дает возможность рассредоточению и распараллеливанию процесса их разработки отладки и простоте последующей их совместной интеграции
- общие подходы и частные нюансы в поднятых вопросах в призме разработки как настольных приложений, так и клиент-серверных (как в целом приложения, так и снова-таки насколько можно обособить также между собой разработку клиента и сервера)
- насколько коррелирует с этим всем UML, есть необходимость вникать?

и прочие вопросы такого характера.

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


просто задачи и вопросы сами по себе приблизительно понятны, но опять-таки

- на каком из этапе, какому из вопросов стоит больше уделять внимания
- достаточно ли глубоко проработать вопросы такого плана на старте, чтоб потом к ним вообще не возвращаться или необходимо все время мониторить их состояние?
- быть может имеются общие готовые подходы разработки приложений, учитывающие все эти нюансы, классифицирующие и структурирующие все эти вопросы и требования...

Т.е. с чего начать и чему уделить внимание, чтоб в итоге все подобные вопросы структурировать, систематизировать и уложить в общую комплексную, работающую максимально единообразно (для меня:) на подавляющем большинстве приложений, методологию.

Спасибо!!!

Автор: setnull 23.6.2013, 17:19
P.S. Также упомяну вопрос, возможно не имеющий прямого отношения к перечисленным, но, как мне кажется, жестко с ними связанный.

- как эффективно определиться с технологиями, используемыми при реализации приложения.
- какими критериями стоит пользоваться для оценки этой эффективности.
- насколько вопросы из первой озвученной группы зависят от выбранных технологий, и насколько, в свою очередь, можно дать общие для любых технологий, рекомендации, насколько при этом можно вообще абстрагироваться от технологии?
- если решения радикально различны для различных технологий, как сопрячь выбор технологии с изначально интересующими требованиями.

Т.е. все эти вопросы относятся к УП?
Если да, с чего начать в качестве быстрого старта, классики жанра и т.д.?
Если нет - посоветуйте, в каком направлении копать?

Спасибо!

Автор: setnull 16.7.2013, 11:06
Коллеги, подскажите, пж, куда копать, есть комплексное направление, книги, ресурсы? Как называется, с чем едят и т.д.?

Автор: Askofen 11.8.2013, 11:05
Здравствуйте,

Цитата(setnull @  23.6.2013,  17:03 Найти цитируемый пост)
- как построить приложение максимально модульно, чтоб свести к минимуму связи между этими модулями на уровне функциональных отношений


Чтобы получить ответ на этот вопрос, рекомендую Вам изучить три кейса:

http://askofen.blogspot.com/2010/10/blog-post_14.html
http://askofen.blogspot.com/2011/08/1.html
http://askofen.blogspot.ru/2011/12/blog-post_22.html

Первые два кейса состоят из серии статей. Следуйте по ссылкам "Продолжение следует" или по панели навигации справа.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)