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

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

  Все выпуски  

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


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

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


Выпуск 6. Трудности перевода…

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

Мне бы очень хотелось поставить равенство между «информационной системой» и «информационной поддержкой бизнеса», но это, наверное, плохое определение.

Попробуем посмотреть на бизнес со стороны, ну пусть это будет сторона консультанта…

В процессе работы бизнеса можно очертить  несколько более, или менее замкнутых контуров. Ну например:

Поиск клиента (начинается с анализа какой-то информации и заканчивается, скажем, заключением договора)

Оказание услуги

Осуществление расчетов

Работа с поставщиками

и т.п.

 

Это все называется бизнес-процессом.  Все множество бизнес-процессов и создает бизнес.   Если нам удается автоматизировать большую часть критических по времени бизнес-процессов, то можно говорить, что мы автоматизировали бизнес. А то, что получилось и есть информационная система.

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

 

Короче говоря, я под «информационной системой» буду понимать множество программных компонент, которое обеспечивает информационную поддержку жизненно важных процессов бизнеса, которые еще не были автоматизированы.

Это все не очень похоже на определение, но хоть что-то.

 

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

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

 

 

Требования

Все общих слов достаточно. Будем уточнять требования.

Я предлагаю, с этого момента заняться  сбором требований. По мере формирования я буду их публиковать на сайте и группировать. Требования будем собирать сразу по трем направлениям.

1. Требования к информационной системе (ТС)

2. Требования к метаданным (ТМ)

3. Требования к генераторам (ТГ)

 

Для дальнейших раздумий предлагаю следующую послойную модель системы:

 

  1. Слой хранения, реализуется при помощи системы управления базами данных в виде таблиц, запросов,  функций. Для начала возьмем MSSQL Server 2000, но будем иметь ввиду, что может быть и что-то другое.
  2. Логика уровня данных. Реализуется в виде хранимых процедур.
  3. Общие интерфейсы доступа к данным и документам. Реализация зависит от целевой платформы. Она по нашим планам может быть любой (VB6, JAVA, .NET). В рассуждениях и примерах будем полагаться на .Net .
  4. Объектная модель доступа к документу. Опять же зависит от платформы реализации, как и все слои, начиная с третьего. По сути дела, представляет собой объектный кэш для работы с данными документов. Одновременно выполняет функцию интеграционного слоя.
  5. Интерфейсная обертка документа. Этот слой обеспечивает нам возможность работы с документами любого, определенного нами, типа.
  6. Базовые интерфейсные компоненты. Это блоки, из которых мы будем собирать готовое приложение. Например, нам надо обеспечить работу с множеством документов – появляется журнал, надо обеспечить фильтрацию – появляется фильтр и т.п.
  7. Рабочее место. Только на этом уровне появляется законченная программа. Все предыдущие слои представляли собой лишь компоненты.
  8. Дополнительные сервисы.

 

 

Следующие несколько выпусков будут последовательным обсуждением приведенных слоев.

 

А пока несколько общих требований.

 

ТС1 -  Информационная система это набор исполняемых программ.

 

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

 

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

 

Т.е. хочется, что бы того, кто будет работать с системой, не особо напрягало, как она сделана.  Ну, программа и программа.

 

ТС3 – информационная система должна снабжаться необходимым набором утилит, которые обеспечивают ее развертывание без привлечения средств СУБД и программных платформ.

 

Т.е. надо позаботиться о том, чтобы бедный администратор не изучал, например SQL Servеr чтобы систему развернуть, а запустил пару программ и хорошо.

 

ТС4 – информационная система, при необходимости, может поставляться  в исходных текстах.

 

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

 

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

 

Т.е. подход такой, если что-то может и должно использоваться более чем в одном документе (модуле), то есть смысл упаковывать это в отдельный компонент.

 

 

На сегодня пока хватит. Принимаются требования и предложения.

Ведущий рассылки: Михаил М. Баранов
bami@realbh.ru www.realbh.ru

Subscribe.Ru
Поддержка подписчиков
Другие рассылки этой тематики
Другие рассылки этого автора
Подписан адрес:
Код этой рассылки: comp.soft.prog.murometz2
Отписаться
Вспомнить пароль

В избранное