КИС-КИС, где ты?

Помнится, еще совсем недавно в компьютерных кругах очень популярным было слово "КИС" - корпоративные информационные системы. Никто, правда, не знал, что же это такое, но все бурно обсуждали, какие они бывают - большие, малые и средние, куда отнести "Галактику", можно ли "1С" считать за КИС, какую КИСку выбрать и как, сколько она будет стоить при разработке и в "совокупной цене владения" и т.д. Сейчас это уже не модно. Теперь предпочитают говорить о ERP I, ERP II, CRM, OLAP.

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

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

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

А то ведь если увлечься этими логическими и филологическими изысканиями, можно и не заметить что-нибудь очень важное. Например, что "Микрософт" все ближе и ближе подбирается к этим самым корпоративным системам. Так, еще в декабре прошлого года была куплена компания "Great Plains Software", которая занималась разработкой экономического ПО, в том числе и бухгалтерского. Зачем, спрашивается, было вбухивать больше миллиарда долларов? Уж не затем ли, чтобы в очередной версии "MS Office" появилась новая программа, например, "MS Бухгалтерия"? Представляю, сколько работы будет настройщикам! А сколько - борцам за свободные исходники?!.

 

А пока этого не произошло, будем надеяться, что буквально на днях появившийся "ИТ Консалт" (см. заметку в прошлом номере) займется, наконец, тем, чего так не хватало белорусскому софтверному и интернет-рынку - консалтингом и реинжинирингом.

Сергей ДМИТРИЕВ,
vespol@tut.by

Версия для печатиВерсия для печати

Номер: 

33 за 2001 год

Рубрика: 

Размышлизмы
Заметили ошибку? Выделите ее мышкой и нажмите Ctrl+Enter!
 

Комментарии

Страницы

Аватар пользователя СД
Теперь о специфике.

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

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

Это раз. А два состоит в том, что склад может писаться в программе с разных точек зрения, с точек зрения разных пользователей. Здесь, например, могут быть такие варианты: склад для кладовщика, склад для бухгалтерии, склад для отдела продаж, склад для отдела закупок и склад для директора.

Вот здесь уже и можно танцевать со спецификой каждого предприятия.

Аватар пользователя Yuri
Дополнение к СД о специфике складов

В таком случае помогает понятие виртуального склада, когда одна и та же информация интерпретируется по разному. Например, для кладовщика это позиция и место хранения, для производства это материал (комплектующие), для ресусного планирования это материальные запасы, для финансиста это залешавшиеся товары, а для проверяющего - неучтенные драгметаллы ;-)

То же и по системе расхода со склада...

Аватар пользователя Bob
Был у меня опыт с виртуальными складами! Ну и грохнулся же он, раскаты эхом отдавались года два! Всякое мудрствование предлагаемое заказчиком, не направлено на решений задачи по-нормальному, а лишь на запутывание учета. Да так, чтобы никто и никогда во всем этом не разобрался и прежде всего тот, кто будет работать с таким "уным продуктом". Так что господа, дерзайте Вы на верном пути!!!
Аватар пользователя Yuri
2Bob

Что такое правильный путь?

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

Аватар пользователя Bob
Каждая учетная единица должна быть реальной, из прежнего опыта скажу. Раньше на складах все вели по картотеке.

В этой картотеке каждый выбирал, то что ему нужно было... Для отчета, для информации... Виртуальность была не в самой базе а вне ее у потребителя (читай пользователя). В базе все видели, то, что было в реальности. А как только начинается "виартуализация", то она как бы всех вводит в заблуждение. Вроде бы товар, а вроде бы и нет. Это не залежи, это чье-то (Петрова, Сидорова...). Но не мое! Когда же в базе просто товар, то че тут думать - толкай заказчику! Раз он на складе - заначит ничей!

Аватар пользователя СД
Виртуальный склад хорош именно тогда, когда есть открытый и закрытый склады. В остальных случаях, в том числе в тех, которые перечислены выше, это лишний
Аватар пользователя СД
Елки-палки, набирал-набирал, а оно все пропало. Ладно, попробуем кратко повторить.

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

Аватар пользователя Yuri
2Bob, СД

Вот яркий пример, что каждый предъявляет свои требования к элементу КИС, а что уж говорить о системе в целом?!

Аватар пользователя DmG
Интересная тема, так как это моя работа. Все говорите правильно, но почему-то не хотите свести все воедино.

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

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

Попробую объяснить. Вводить обычные карточки, считать приход/расход (кстати, вы забыли про другие важные складские операции операции: комплектация, перемещение между МОЛ и т.д.) никому (или почти никому) неинтересно. Информация, вводимая в систему (КИС, не КИС - не в названии дело) должна отображаться в как минимум в 3 плоскостях: документооборот, оперативный учет (читай - управленческий), бухгалтерский учет. Думаю, что не нужно объяснять, что эти плоскости пересекаются. Идея простая. Осталось малое: грамотно спроектировать базу. Ну а потом достать из базы нужные любому пользователю наборы данных сможет практически любой 3-курсник.

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

Аватар пользователя СД
Ну покажи.

Страницы