Отправляет email-рассылки с помощью сервиса Sendsay

Создаем свой бизнес

  Все выпуски  

Создаем свою информационную систему #6


Информационный Канал Subscribe.Ru

Создаем свою информационную систему


Выпуск №6

Очень приятно видеть, что к нашей беседе присоединяются все новые и новые читатели.

Как я обещал в прошлом выпуске, сегодня я расскажу о текущем состоянии дел того инструмента, которым я предлагаю воспользоваться.

Основная идея нашей среды разработки очень проста. Звучит она так: Чем раньше мы формализуем описание нашей информационной системы, тем больше мы можем извлечь пользы из такого описания.

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

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

Как же можно описать информационную систему? Ведь она может быть какой угодно…

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

Что за ограничения мы ввели?

  1. Документ является основной единицей, с которой мы планируем оперировать
  2. Документ является пассивным элементом информационной системы. Это значит, что основная логика работы системы должна существовать вне документа. Это ограничение нестрогое. Документ может при этом иметь собственный набор операций, которые описываются в модели системы. Их реализация моет быть задана в терминах конкретного генератора кода.
  3. Документ представляет собой совокупность разделов. Раздел представляет собой набор записей идентичной структуры.  Разделы могут быть зависимыми, или независимыми в рамках одного документа. Исходя из описания конкретного типа документа, мы делаем допущения, о том, как будет выглядеть пользовательский интерфейс документа. Нет смысла  приводить сейчас весь ход рассуждений. Об этом можно прочесть в архиве рассылки «Кубики для взрослых», или в разделе Книги и статьи на нашем сайте (http://www.murometz.spb.ru/books.php).
  4. Функциональность приложений информационной системы сводится к  изменению документов, их поиску, и перемещению между пользователями и рабочими местами. Такими перемещениями, а так же всей дополнительной логикой может управлять север бизнес процессов.
  5. В своей работе сервер бизнес процессов может использовать схемы процессов, которые формируются в интерактивном режиме пользователями, или разработчиками информационной системы и данными журнала регистрации изменений, который автоматически ведется информационной системой.
  6. Для формирования печатных форм отчетов по множеству документов целесообразно использовать стандартные средства формирования отчетов. Такие как Crystal Report.
  7. Информационная система должна очень легко расширяться при появлении новых документов.
  8. Взаимоотношения между программами-документами и информационной системой должны быть строго формализованы.

Очевидно, что ограничения не очень сильные, но все-таки существенно сужают область, в которой допустимо неконтролируемое творчество.

Следующий вопрос : как из описания системы получить полезный результат?

Вообще говоря, ответ на этот вопрос хорошо известен. Есть два возможных варианта ответа.

  1. Создать интерпретатор описания системы. Этот подход используется, например, в среде «1С».
  2. Создать генератор кода, который способен формировать код готового приложения. 

Мы используем именно второй вариант. Наша среда разработки снабжена согласованными генераторами кода для MS SQL Server и Visual Basic, которые формируют полностью функциональную информационную систему, из имеющегося описания. Это означает, что получив исходный код базы данных и приложений-документов, мы можем их использовать без всяких изменений.

В этот момент всегда возникает вопрос о внешнем виде полученного приложения. Должен сказать, что эта проблема тоже частично решена. Программный код создается с тем расчетом, чтобы для смены дизайна приложений можно было только сменить настройки. Кроме того, пользователь уже в режиме исполнения может изменять внешний вид форм редактирования и таблиц для просмотра информации. А так же состав колонок журналов документов, которые используются для навигации по множеству документов.

Мы стараемся подменить Design Time, характерный для современных средств разработки, на настройку приложения в Run Time режиме.

Вот что хотелось сказать об инструменте, если буквально  в двух словах… :-)

О перспективах поговорим в следующем выпуске.

Ведущий рассылки: Михаил М. Баранов
bami@murometz.spb.ru www.murometz.spb.ru Кубики для взрослых


http://subscribe.ru/
E-mail: ask@subscribe.ru
Отписаться
Убрать рекламу

В избранное