авторА вы с таким понятием как "ограничения проектирования" сталкивались? Т.е. когда в требованиях к проекту записаны вот такого рода пожелания . И переубедить заказчика нет никакой возможности. Вот и приходится выкручиваться... Увы, в жизни, как в грамматике: исключений больше, чем правил.

слепые дети дауны трогают слона (с)

заказчик (если он не программист) никогда не потребует от Вас того что здесь обсуждается потому что ему наплевать где и что будет хранится ему важно чтобы кнопка была такая как ему нравится (еще лучше чтоб вербально можно было заносить данные вещая при этом в дисковод) и нажимая на эту кнопку получалось то что он хочет. Если все же он программист (что странно) то я уверен что такую херню он никогда не попросит сделать потому что текст и картинки это совершенно не совместимые субстанции (если конечно текст не изображение).

ЗЫ
а проектирование может ограничеваться только недостатком ума, опыта, образования, здравого смысла и тд и тп

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

авторПро "унаследованные системы" слышали когда-нибуть? Работали с ними?

унаследованная система
legacy system

-----------------------------------------
система, созданная на базе старых стандартов.

Чаще всего рассматриваемое понятие относится к Базам Данных (БД). Хотя стандарты, которым удовлетворяют базы, уже устарели, содержащаяся в них информация необходима пользователям. Для использования унаследованных баз создаются программы преобразования протоколов и интерфейсов.

вы имеете ввиду это? да работал, работаю и буду скорее всего работать.

авторИли пытались интегрировать свои поделки с корпоративными системами, где работает не только Wintel, но и куча другого железа и софта, у которого есть свои ограничения и возможности?

уже два года только этим и занимаюсь.

авторВот в таких случаях, заказчик (менеджмент) выдвигает бизнес-требования к системе, а его IT к этим требованиям рисут "ограничения проектирования" , чтобы вписать это в свою систему.

во первых именно бизнес-требования !!! а не то как мне программировать или колонку какого типа вставлять в БД.
во вторых IT обычно слабо представляют что такое программирование или проектирование информационных программных систем у них все немного по другому :-) IT говорят мне толщину канала, дают мне (или не дают) какие либо права, возможности, доступы и тп. Это не ограничение это исходные данные!!! Исходя из исходных данных начинается проектирование системы которое никто кроме вас не может ограничить :-) (ограничить это значит помешать вам сделать максимально стройную, быструю, стабильную систему)

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

простите за офф