Идея платформ для
разработки информационных систем витает в воздухе уже давно. В последнее время,
ей стали уделять особое внимание. Буквально сегодня, я прочитал HELP по еще одной системе,
которая построена на принципе интерпретатора описания приложения.
Наш проект не является уникальным, но у него есть и отличия.
Существенное отличие в том, что разработчик получает практически полный
исходный код своей информационной системы на универсальном языке
программирования.
Как мы планируем ближайшие перспективы проекта.
Мы
планируем, что первая версия среды разработки будет бесплатной. Это
значит, что разработчик информационной системы может использовать ее
бесплатно. При коммерческом использовании прикладной системы, необходимо
лицензирование части программных модулей, которые используются на клиентских
компьютерах и не создаются генератором, а входят в поставку системы.
До
выхода первой версии, использование системы рассматривается, как BETA тестирование. Информационные системы,
разработанные с использованием BETA версии, до выхода окончательной версии, могут использоваться абсолютно
бесплатно. Должен сказать, что никакой защиты в модулях BETA версии не встроено. Мы готовы
оказывать всяческую поддержку по электронной почте и через форум на нашем
сайте.
Состав
первой версии системы.
-Приложение – Администратор
-Приложение конфигуратор
-Приложение инсталлятор базы
данных
-Приложение для импорта данных
-Генераторы кода для MS SQL Server, Visual Basic, ASP
-Сервер управления бизнес
процессами (не менее 10 типов шагов бизнес процесса)
-Специальное клиентское место –
клиент для участника бизнес процесса.
-Руководство пользователя
-Учебник для разработчика
Как
только указанный список будет окончательно реализован и оттестирован,
появится первая версия системы. И в действие вступит пункт 1.
В
настоящее время остаются не реализованными генератор ASP страниц, модули – шаги бизнес
процесса (пока их только 3) и документация на вспомогательные модули и
учебник.
Таковы ближайшие перспективы проекта.
Теперь о рассылке.
Я прошу Вас присылать свои темы, проблемы, идеи
информационных систем.Я буду стараться
освещать варианты решения проблем и показывать, как они могут быть реализованы,
особенно, если это просто сделать с использованием нашей среды разработки.
Еще одна просьба, расскажите об этой рассылке знакомым
студентам. До конца семестра остается не так много времени. А эта рассылка
является реальной возможностью сделать курсовые работы быстро и с пользой для
себя.
Жизненный цикл документов.
Пока уточняется список документов, которые хранятся в
архиве, попробуем обратить внимание на интересную особенность жизненного цикла
документов.
А особенность прослеживается довольно интересная. Жизненный
цикл можно как быразбить на несколько
слоев. Один слой, назовем его-
глобальным, описывает существование документа вдлительной перспективе. Например, для ЖАЛОБЫ он выглядит так:
Регистрация – Рассмотрение – Реализация указаний – Списание
в архив.
Глобальный слой достаточно стабилен. Часто это вводит нас в
заблуждение. Заблуждение состоит в том, что и весь жизненный цикл документа
кажется стабильным. Это часто заставляет разработчиков систем просто «зашить»
характеристики глобального слоя в свойства документа, и объявить, что система
поддерживает жизненный цикл различных документов. Нельзя сказать, что это
совсем неправильный подход, но поверхностный.
На самом деле тут все только начинается.
Посмотрим, что происходит на фазе реализации указаний.
Есть
решение, и есть исполнитель (а иногда и контролер)
Исполнитель
далеко не всегда исполняет решение, у него часто есть свои подчиненные,
которым он может перепоручить исполнение. Или, того хуже. Например,
решение такое: «Подготовить инструкцию для менеджера по работе с
персоналом». Другими словами, стабильный шаг глобального процесса на деле
превращается всовершенно новый
процесс. Чаще всего, что именно это будет за процесс, можно будет сказать,
только когда мы дойдем до этого конкретного шагав глобальном слое жизненного цикла.
Всё плохо… или не всё?
Вот мы уже увидели три полезных вещи.
Есть
стабильный слой жизненного цикла (ЖЦ).
Есть
менее стабильные части ЖЦ. Их бывает две разновидности – описанный процесс
и неописанный (свободный).
Многие информационные системы базируются исключительно на
свободных процессах.
Исполнитель получает задание и может либо передать его дальше
(подчиненным, коллегам), либо детализировать и опять же передать подчиненным,
либо исполнить самостоятельно. Как правило, в информационных системах, которые
используют такой подход появляется информационная сущность, которая и является
заданием, или резолюцией, которую надо исполнять. Документ, с которым связана
резолюция, как бы становится приложением к ней.
Будучи дополненным понятием «шаблон маршрута» такой подход,
позволяет решать довольно много реальных задач.
Проблемы начинаются, когда надо реализовать что-то более
сложное, чем древовидная схема обработки.
Типичной недревовидной схемой является согласование
документа. Уже здесь начинают проявляться все проблемы. Первая проблема –
незафиксированная последовательность установки подписей. Начнем с простого.
Есть много ознакомительных подписей.Будемиспользовать параллельную работу с документом. Вопрос. А когда
закончился шаг ознакомления? Варианты:
-Сразу после рассылки документа
-После того как кто-то один ознакомился
-После того как все ознакомились
Первый вариант напрашивается, но он очевидно неправильный. В
организации, которая считает, что все ознакомлены с инструкциями, как только
они разосланы должна быть просто железная дисциплина.
Как это ни странно, но самый правильный вариант третий. Но
тут есть серьезная проблема. Представьте себе, что один из тех, кому надо
ознакомиться уехал в командировку. Что делать? Весь процесс остановится, и
будем ждать пока он вернется?
Но решение же должно быть. И должно оно быть простым. Или не
очень…
Давайте, Вы подумаете до следующего выпуска, и потом мы
продолжим эту тему.