При создании практически любой информационной системы предприятия встают задачи автоматизации учета сведений о тех или иных объектах. При решении этой задачи рождаются учетные системы. Требования к этим учетным системам как правило похожи. Существует учетная карточка объекта. Есть процессы создания, просмотра, редактирования и удаления этой карточки. Карточка, как правило, проходит по стадиям бизнес-процесса. Необходимо разграничивать права пользователей при работе с этими карточками. Строить различные отчеты. Осуществлять поиск. И так далее.

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

Однако каждая информационная система, разрабатываемая на заказ, уникальна – обладает своими особенностями и неповторимыми требованиями.

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

Технология УУС – позволяет снять противоречие между гибкостью и эффективностью. Благодаря шаблонам и правилам генерации на основе формализованных требований предметной области генерируется полностью рабочий исходный код программы, основанный на лучших практиках создания учетных систем. Это позволяет добиться такой же эффективности, как и при внедрении типового программного продукта. И одновременно с этим достигается необходимая гибкость, т.к. изменить можно любую часть полученной системы. Полученный исходный код понятен для программиста. Программист может поддерживать и развивать (дописывать) этот программный код, что позволит учесть любое нестандартное требование заказчика.

1. Существенно сокращается время, требуемое на создание программного обеспечения учетных систем. Первую работоспособную версию можно будет получить в течение нескольких дней, после разработки требований. Обычно на это уходит несколько недель или месяцев.

2. Повышается качество проектных решений. Одно и то же требование можно реализовать десятками различных способов, отличающихся степенью проработки деталей. Трудоемкость также будет различаться в разы. В реальных проектах обычно идут на компромисс с бюджетом и сроками проекта из-за чего жертвуют проработкой мелких деталей. УУС позволяет избежать подобных компромиссов.

3. Повышается качество архитектурных решений. УУС создана на основе лучших практик. Это означает, что качество архитектуры проекта больше не зависит от уровня профессионального развития программиста. Наоборот, УУС вынуждает программиста подтягиваться до уровня лучших практик.

4. Исходный код учетной системы содержит меньше ошибок. Т.к. во-первых, меньше влияние человеческого фактора при написании кода. Во-вторых, найденная однажды ошибка в коде, исправляется в УУС и не повторяется в будущем в других учетных системах.

При этом с каждым новым проектом вышеуказанные преимущества будут только улучшаться.

• Повторяющиеся требования будут включаться в УУС, что позволит делать следующие проекты быстрее.

• Архитектурные решения будут со временем пересматриваться, а шаблоны генерации изменяться. Таким образом новые проекты будут архитектурно лучше предыдущих.

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