Проектирование

SOLID

Пишет st,

Забавно, что в SOLID-принципах, призванных обеспечить максимальную независимость программных модулей, эти принципы сами по себе неразрывно связаны. Например, open-close нельзя выполнить без использования техники dependency inversion и проверки на соответствие Liskov substitution. Вот что из старого "cohesion/coupling" маркетинг животворящий делает!

Блеск и нищета микросервисов

Пишет st,

Специалист старается знать все больше о все меньшем, пока не будет знать все ни о чем. А философ узнает все меньше о все большем, пока не будет знать ничего обо всем. Д. Гранин, "Иду на грозу"

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

Ещё о моделированнии бухгалтерии

Пишет st,

Много лет назад в рамках разработки корпоративных информационных систем, основой которых был механизм проводок, мы долго дискутировали, включая заочную переписку на форумах и эхоконференциях, о двух основных видах реализации такого механизма:

Типовая схема биллинга исправленная и дополненная

Пишет norguhtar,

В предыдущей публикации обсуждение прошло весьма и весьма плодотворно. Это потребовало изменений в схеме, а так же переработки терминологии. Так же дополнительно я добавил реализацию НДС/VAT. И выложил схему в формате Power Architect, а также DDL для PostgreSQL на github. Кому интересна в первую очередь эта часть ее можно посмотреть тут.

Но а теперь вернемся к изменениям в схеме. Я добавил следующие новые таблицы:

Типовая схема биллинга

Пишет norguhtar,

Я как человек измученный различными АСР и сам принимавший участие в разработке АСР регулярно сталкивался с отсутствием какой-то эталонной схемы, которую можно было бы посмотреть для оценки АСР, а так же перед созданием своей АСР. В сети есть некоторое количество работ по этой теме к примеру я в свое время при написании диплома курил вот этот вот труд Методы моделирования и разработки биллинговых систем.

Примеры открытого проектирования (Экспресс-3, банковская система RP/3)

Пишет st,

Возможно кто-то еще помнит, в середине-конце 1990-х годов издательство "Открытые системы" выпускало журнал с говорящим названием "СУБД". Публикации в нем привлекали прежде всего уровнем образования авторов, не зацикленных на той или иной СУБД, а системно подходящих к вопросам проектирования.

"Большие данные" как состояние отрасли

Пишет st,

Материал этой заметки послужил основой для одной из глав книги "СУБД для программиста. Базы данных изнутри".

* * *

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

Концепция построения бизнес-логики

Пишет NickLobastov,

Правила построения бизнес-логики

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

Имеется четыре базовых класса Command, Operation, Process, Application:

  1. Command представляет собой логику, которая выполняется последовательно и непрерывно на стороне сервера

Практическая реализация идеальной БД

Пишет Vladimir Rybinkin,

Что же вы совсем языки пооткусывали, господа?

Forums: 

Концепции разработки идеальной БД

Пишет Vladimir Rybinkin,

Здравствуйте. Как-то настораживает, что здесь просто МЕРТВАЯ тишина, но, возможно, это и к лучшему. Я хотел бы обсудить концепции построения моделей и баз данных, сформулировать требования к идеальной БД. По всей цепочке: от ядра до конечного пользователя. Но только концепции - иначе мгновенно утонем.

Forums: 

Страницы

Subscribe to RSS - Проектирование