На главную страницу AlgoNet В сотрудничестве с ZDNet
АРХИВ СТАТЕЙ 2002-10-10 на главную / новости от 2002-10-10
AlgoNet.ru
поиск

 

Место для Вашей рекламы!

 

Все новости от 10 октября 2002 г.

XDocs сделает Microsoft Office более продуктивным

В среду CEO Microsoft Стив Баллмер (Steve Ballmer) представил новый продукт, который должен превратить Office в инструмент сбора данных и ускорить рост продаж настольного ПО.

Баллмер рассказал о продукте с кодовым названием XDocs на мероприятии Gartner's Symposium and Itxpo в Орландо (штат Флорида). XDocs призван облегчить компаниям ввод и систематизацию данных в электронных формах, связав настольные документы с источниками данных на серверах. Продукт основан на популярном стандарте интеграции данных Extensible Markup Language (XML), и Microsoft предполагает выпустить его в середине 2003 года, примерно в одно время с выходом следующей версии комплекса офисных приложений Office 11.

Microsoft надеется, что XDocs поможет ей развить успех таких инструментов коллективной работы, как SharePoint Team Services и SharePoint Portal Server, и активнее позиционировать Office в качестве инструмента для конечных пользователей приложений управления взаимодействием с заказчиками (CRM) и планирования корпоративных ресурсов (ERP). По замыслу компании, XDocs должен сделать Office более привлекательным для корпоративных покупателей, что, в свою очередь, приведет к росту продаж операционной системы Windows ХР. Microsoft контролирует свыше 90% рынка настольных приложений, однако спрос на них начал снижаться.

Во время dot-com-бума многие компании перешли на системы обработки данных, доступные из любого места через веб-браузер. Microsoft надеется превратить XDocs в механизм извлечения данных, предпочтительный для заказчиков комплекса приложений Office, который приносит компании свыше трети ее доходов.

По словам аналитика Meta Group Дэвида Йокельсона (David Yockelson), преимущество XDocs в том, что он поможет собирать большое количество взаимосвязанных данных в табличные формы, устраняя разграничение между электронными таблицами, документами Word, формами Access, а также между способами ввода информации во все эти приложения.

Возьмем, к примеру, торговую организацию, в которой агентам во время поездок приходится вводить много разнородной информации, такой как имена клиентов, их замечания или дорожные расходы. Как пояснил продакт-менеджер Office Скотт Бишоп (Scott Bishop), такой агент, вместо того чтобы применять разные инструменты для ввода всех этих данных, сможет один раз создать для себя гипердокумент, или форму XML, и пользоваться только им.

XDocs будет использовать возможности XML, доступные в Office 11. Microsoft планирует сделать XML главным форматом данных для приложений Office 11. XDocs поддерживает любые СУБД, совместимые с XML, такие как СУБД Microsoft и Oracle. Новое приложение можно будет применять как для ввода данных XML, так и для извлечения их из базы данных.

«Microsoft строит XDocs с нуля на базе стандарта XML, — говорит Бишоп. — XDocs — это гибридный инструмент, который даст пользователям преимущества традиционной программы редактирования текста наряду с широкими возможностями ввода данных, характерными для пакетов на основе форм». В случае успеха XDocs повысит значимость Office как инструмента создания информации в условиях, когда организации все больше стараются повысить производительность труда своих сотрудников за счет коллективной работы и обмена данными.

Старый пес, новые трюки
«Идея составных документов известна давно, и Microsoft уже использует ее в своих продуктах», — отметил аналитик Directions on Microsoft Пол Дегрут (Paul DeGroot), имея в виду технологию Object Linking and Embedding (OLE), которая позволяет проводить связи из одного документа в другой внутри Windows-приложений. «Новое здесь то, что теперь речь не идет о встраивании одного документа в другой, а предлагается работоспособное XML-решение. Сейчас существует острая потребность в настольных инструментах, очень хорошо взаимодействующих с XML». Дегрут считает XDocs важным стимулом распространения XML: «В этом смысле данный продукт необходим».

Microsoft надеется также преодолеть некоторые ограничения систем ввода и извлечения данных на базе веба. По мнению аналитиков, это может восстановить значение Office, которое во времена бума dot-com было подорвано «тонкими клиентами». При помощи веб-форм компании не всегда имеют возможность получить необходимую им информацию реального времени, и часто из-за прерывания связи с сервером в процессе ввода данных пропадают рабочие часы. К тому же из систем на базе веба данные обычно извлекаются медленнее. «В традиционном приложении типа Office вся информация может храниться на машине пользователя, — говорит Бишоп. — В том, чтобы вернуть обработку на десктоп, есть явные преимущества. Пользователи получают возможность активно участвовать в веб-сервисах, которые до сих реализовывались главным образом как механизмы сервер-сервер».

Пока не ясно, когда заказчики смогут оценить XDocs. Microsoft не называет сроков выпуска первой бета-версии, хотя уже набирает бета-тестеров для Office 11. «Мы пока не принимали никаких решений на этот счет, а также о том, будет ли XDocs продаваться отдельно, как некоторые другие продукты Office, например Visio, или войдет в состав комплекса», — сказал Бишоп.

Аналитики и менеджеры Microsoft говорят, что на рынке нет конкурента XDocs. Некоторые похожие возможности работы с формами можно найти в формате Adobe portable document file (PDF), тогда как другие аспекты, связанные с извлечением данных и функциями управления, напоминают IBM Lotus Notes/Domino. Бишоп не считает XDocs заменой существующим продуктам: «он для специализированных решений, к которым предприятия прибегают все чаще». При этом компаниям приходится иметь дело со сложными механизмами ввода и организации данных «для введения данных в процесс или их разделения и распределения по многочисленным back-end системам».

Как единый продукт XDocs не слишком привлекателен, считает Йокельсон. Но в сочетании с SharePoint Portal Server, BizTalk Server и некоторым другим серверным ПО Microsoft он может образовать эффективную систему коллективного сбора и обмена информацией. «Если правильно объединить его с SPS, BizTalk и другим ПО, можно получить среду для сбора самой разнообразной информации, которая дает широкие возможности», — говорит Йокельсон. А это особенно важно, если Microsoft стремится охватить рынки CRM и ERP.

Microsoft делает ставку на то, что компании найдут XML-возможности XDocs полезными, так как он исключает ошибки, возникающие при многократном ручном вводе данных, и производит надлежащую проверку данных на входе. 

 Предыдущие публикации:
2002-06-26   Microsoft рассказывает о новом «Офисе» и демонстрирует Tablet PC
2002-10-03   IDC: продажи ПО вот-вот начнут расти
2002-10-08   Microsoft клепает инструменты .Net
 В продолжение темы:
2002-10-21   Acrobat поможет Adobe раскрутить свое серверное ПО
2002-10-23   Microsoft затевает рискованную перестройку Офиса
2002-11-19   Adobe GoLive раздвигает горизонты PDF
2002-12-25   Adobe и Microsoft схлестнутся на документах?
2003-02-11   Microsoft: XDocs выходит на финишную прямую
Обсуждение и комментарии
DemonZla
10 Oct 2002 2:05 PM
Опять небось микрософт какуюнибуть фигню сделает так, что XML от микрософта будет несовместим с остальными...
Опять испортят хорошую идею...
 

Walt
10 Oct 2002 2:35 PM
Слава Богу, теги сложно сделать "закрытыми". И конкуренты не спят.
А так идея понятна. Архив XML документов в СУБД вместо файл-сервера.
Запускают несколько серверов приложений:
- портал
- документооборот
- почта
- метапоиск
-erp
Все под Net, все обменивается друг с другом в формате XML и хранится на базе MS SQL.
Но геморой будет с legacy. Надо на Office 11 переходить, то-се, куча $$. С этой точки зрения проще тупо держать файловую систему в БД.
А так успехов им!
Систему же надо было назвать XFiles.:)))
 

Chkaloff
10 Oct 2002 3:29 PM
2 DemonZla:
Конечно, так и будет. И еще и денег на этом заработают. А ты как курил, так и будешь курить... :-)
 

DemonZla
11 Oct 2002 10:05 AM
Chkaloff, глупый, ты думаешь тебе лучше будет...
Платить заставят, что тогда скажешь... у тебя лишних 2000$ не завалялось?
 

DemonZla
11 Oct 2002 10:06 AM
Да кстати, я не курю, вообще, и вам того желаю :)))
 

Wintermute - devnul.ru
11 Oct 2002 11:51 AM
Насчет legacy... Вообще-то, уже сейчас при помощи простых макросов можно читать/писать XML в Word'е. Пример - FictionBook 1/2, формат хранения электронных книжек. MS Word DOM, VBA и MSXML.
 

Wintermute - devnul.ru
11 Oct 2002 11:52 AM
Вдогонку: а при помощи XSLT преобразовать FictionBook в XDoc или еще какой XML-based формат - задача тривиальная.
 

Yuri Abele
11 Oct 2002 12:36 PM
просто удивительно, сколько усилий некоторые прилагают, что бы "отработать" свой НИК ...

P.S. ХМЛ не может быть несовместимым по определению. Правда, чтобы это знать, надо не только говорить ...
 

Yuri Abele
11 Oct 2002 12:38 PM
To dem:
Просвети о великий гуру, что НЕстандартного в обработке HTML Интернет Експлорером
 

Wintermute - devnul.ru
11 Oct 2002 1:24 PM
2dem: Ага-ага, стоит у меня этот о'пеньофис, решил ознакомиться. Впечатление - так себе. Понравился только редактор HTML. Что касается формата файлов, то меня развеселил факт, что .doc это чудо записывает раза в два _быстрее_, чем "родной" XML, ужатый зипом. Кроме того, файлы с мало-мальски сложным форматированием он корежит.
А ваше утверждение, что новый офис (я так понимаю, MS Office) не справляется с документами старого говорит о том, что вы никогда не занимались серьезной обработкой больших объемов текста в различных редакторах текста.
 

dem
11 Oct 2002 2:42 PM
2Yuri Abele Сходите на w3c и посмотрите тесты в мазиле и в ие. XML очень даже может быть несовместим. Прежде чем ссылаться на мою неграмотность почитайте сами документацию. В XML включены множество стандартов тут и стандарты на пути и на XSL и на XSLT и прочее. Их очень много. Пусть XML и является их базой, но вы вполне можете его изуродовать.
2Wintermute Ну вот и работайте в MS Office. Вероятно ваше понимание серъезной обработки далеко от моего, но вот вам пример: В соседнем отделе есть и MS Office и OpenOffice. Ограничений на их использование нет. Начальник отдела консерватор и дома у него MS Office. Так вот сначала они использовали OO для открывания битых доков. Потом начали использовать тот офис который запущен в текущий момент, теперь они всевремя в ОО. Так-же мне не понятно ПОЧЕМУ вы удивлены что запись в бинарный формат быстрее записи в текстовый???
PS: 2Yuri Abele Я на гуру не претендую, я высказал свое мнение.
 

Wintermute - devnul.ru
11 Oct 2002 3:22 PM
2dem: Именно это я и делаю. Ибо у меня была мысль отказаться от MS Word в пользу OO, хотя бя из-за денег. Попробовал и выяснил, что он "совместим" с Word только по простым документам. Т.е. если документ мало-мальски сложный, то все, конверсия невозможна, проще создать заново. Что при количестве документов в LAN порядка 160000 нереально.
Конкретно с чем не справился Writer - сложная таблица, в качестве фона/рамки (ну, своего рода бланк) повторяющаяся на каждой странице документа, кроме первой и страниц приложений. В Word (еще в 6-м) этого эффекта добились, засунув таблицу в header. С тех пор этот шаблон благополучно пережил апгрейды на офисы вплоть до XP (я пользуюсь 2000-м).
Кстати, был бы благодарен за подсказку, как все-таки такое оформление реализовать в OO.
Еще Writer стабильно гробит титульные листы документов, на которых есть "плавающие" картинка или объекты - выравнивает их по левому или правому краю.
Что касается вашего предложения Yuri Abele сходить на w3c - не позорьтесь. XML не является форматом отображения данных, поэтому несовместимы в мозиле и ослике не XML, а результаты _рендеринга_ _HTML_, полученного на основе XML и неких XSLT. Реализации рендерера как HTML/CSS, так и XSLT в обоих броузерах различны, отсюда и получаем различные результаты _просмотра_. XML несовместимым не может быть по определению.
 

dem
11 Oct 2002 3:27 PM
2Wintermute Ну и как вы думаете почему конверсия невозможна??? Из-за ОО? Я более чем уверен что из-з закрытости MS ДОК формата. Про таблицу сейчас посмотрю.
 

dem
11 Oct 2002 3:30 PM
ЗЫ: Есть Альтовский список рассылки по ОО, пошлите туда документ который вызывает трудности и вам ответят. На моей памяти есть только один документ конвертировать который они отказалис. - Из 6 ворда с хитрыми шрифтами, но его и МС ворд не читал правильно. Причем Ребята не просто конвертируют, нет они фильтр к ОО переделывают.
 

dem
11 Oct 2002 3:41 PM
2Wintermute XML это формат структурирования данных. Для отображения, для хранения, обработки чего угодно.... Мы расходимся в том что если ты не соответствуеш XML стандартам то это уже не XML. Но ведь если HTML не соответствует стандартам (например BLINK) то его всеравно называют HTML. Ведь в стандарте четко сказано что td должен быть закрыт /td а не новым td А IE это пропускает и блинк от IE пошел (я точно уже не помню может блинк и от нетскейпа, но и МС ввела кучу тегов) Что такое корректный XML знаете(XML валидаторы и прочее)???? Так вот МС ничегоне мешает делать некорректный XML.
 

Wintermute - devnul.ru
11 Oct 2002 3:57 PM
2dem: Об Writer. Хех, уже послал. 2 недели как уж. Тихо, как в могиле.
Об XML. Еще раз, XML не предназначен для отображения данных. Только для хранения/переноса. Отображать его можно _как_ _угодно_, через HTML, через plain text, через PostScript, через TeX, через RTF, через отчеты InfoMaker... В этом его сила и его слабость.
Об XML-валидаторах. Вы хоть знаете, что это такое и как оно работает? Если доступна XML-схема, то валидатор всего-лишь проверяет соответствие XML ей. Схемы нет - можно лишь проверить, правильно ли написаны тэги, все. Если тэги прописны верно, это XML, пусть даже его валидность проверить нельзя.
А для преобразования документа от одной схемы к другой есть XSLT.
 

dem
11 Oct 2002 3:57 PM
2Wintermute Если бланк как в конструкторских. То я сейчас сделал так: 1) вставил в колонтитул таблицу. 2) Сделал обрамление вокруг страницы.
так-же можно сделать фон страницы из бланка.
То что вы сделали это хак. И он не обязан правильно работать, хотя удобство конечно есть. Я кстати видел например когда таблицу рисовали с помошью рисования, а текст внутри пробелами форматировали. Я думаю такой документ вообще не экспортируется.
Почему я перешел в OO. Потому, что теперь мои программы сами генерируют документы, и даже ОО устанавливать не надо на тот компьютер в котором они работают.
 

dem
11 Oct 2002 4:10 PM
2Wintermute Верно, но например в XML ничего не описано о том есть или нет логики в следовании секций конкретного документа (кто раньше). А я вложу в это смысл. Если секция <name> </name> идет раньше чем <name2> </name2> То обработаю документ так, а если иначе то эдак. В Открытых системах была статья как защитить от изучения продукты с открытым исходным кодом. Так вот XML документ это только подмножество некой схемы, и его можно так извратить что другой программист ничего из него не извлечет. Можно придумать кучу приемов. Посмотрите керберос от МС, а ведь керберос это стандарт.... А версия от МС не соответствует ему (расширена) но называется он всеравно керберосом. Заменят <> на [] и все.... Ж:-) Так-что я не вижу ничего позорного в том что-бы называть вещи своими именами.
 

Федор
11 Oct 2002 4:34 PM
To Dem/ Вот Kerberos вам дался. Уже сколько раз обсуждали, что все расширение, сводится к одному полю, описанному в стандарте, как "reserved for future use". А раз так, то кто мешал поместить в это поле ту информацию, которая в W2K используется для передачи полномочий.
Что касается XML, то вы правильно говорите, что XML можно извратить так, что другой программист не поймет ничего. И это уже делается, когда доступ к коду XML зависит от того, к какой ролевой группе принадлежит тот, кто осуществляет доступ. И это правильно.
 

Wintermute - devnul.ru
11 Oct 2002 5:19 PM
2dem: Word: Пробовал и так, только таблицы вставлял в header/footer и пускал бордюр. В общем, похоже, но сразу встали две проблемы - нужно два шаблона A4 и Letter, так как при изменении размера бумаги форматирование разъезжается, и нужно проделать огромную работу по перекачки данных из существующих документов в SXW.
Описанный прием вовсе не хак, он описан где-то на сайте MS и в паре книжек. Искать нужно что-то типа "водяные знаки".
XML: Изменение порядка разбора документа в зависимости от следования тэгов? Могу себе представить, как это сделать при помощи SAX, того же expat. Нужно ли это? Возможно. Во всяком случае, XSLT работают именно так, правила применяются в зависимости от того, какой тэг поступил на вход. Плюс всякие xsl:call-template и xsl:apply-template.
Ну а предложенная вами замена <> на [] - это будет уже не XML, поскольку ни один парсер/валидатор такой документ не воспримет.
 

dem
11 Oct 2002 5:27 PM
2Wintermute Ну вот и договорились :-) Все верно, перенос с одной платформы (и не платформы) на другую всегда оборачивается головной болью. И в ворд есть то чего нет в ОО. Просто я немного параноик как и положено быть системному администратору.
 

dem
11 Oct 2002 5:29 PM
А еще я думаю вы согласитесь что неверен сам подход который вызывает накопление такого количества слабоструктурированной информации. А этот подход и появился благодоря офису. (Я знаю про лотус 123 и прочее, это тоже офис)
 

me - userinternet.com
11 Oct 2002 7:05 PM
dem, а тебя стол на работе бумажками не завален? Завидую, блин, такому количеству слабоструктурированной информации:))
 

Wintermute - devnul.ru
12 Oct 2002 7:07 PM
2dem: Если бы проект, в котором я работаю, можно было бы разложить по полочкам и сильно структурировать, то вряд ли я бы в нем работал. Не интересно.
Кроме того, вы забываете о чрезмерно частом изменении нашего законодательства и, соотвественно, разного рода форм и бланков. Это вам не Англия, где почтовые бланки не менялись с 18 века.
И MS Offcie, как и любой другой office suite, абсолютно не причем. Люди в большинстве своем не хотят и не умеют информацию структурировать. Чего далеко ходить - в моем Палме треть записей хранятся, как Unfiled, не распиханными по категориям.
Для человека, не имеющего инженерного образования, работать в Word проще, чем в Excel (хотя я видел людей, пришущих докладные записки в последнем), а в Excel - проще, чем в Access. Освоив в Word секции, он неминуемо начнет сливать в одном документе несколько других, с совершенно несовместимыми форматами, стилями и никак не связанным содержимым. Не со зла, а потому, что с одним файлом работать удобнее, а зиповать группы связанных файлов ему лень. Он будет вместо шаблонов использовать когда-то созданные документы в качестве образца, безбожно коверкая форматирование. А объяснить такому человеку, для чего нужен Outlook - невозможно. Он прослушает курс по использованию Outlook за немеряное бабло, а через 3 месяца будет жаловаться, что в офисе нет единого календаря работы. В лепешку расшибись, но он будет слать через него почту и гундеть на тему "медленной работы этой недоделанной программы".
Пол-года назад в моей сети было более 160000 документов. Сейчас больше, но считать боюсь. Единственное, что спасает - это Index Server, позволяющий за считанные секунды найти нужных документ в этой свалке. А IS понятия не имеет об OO. И, учитывая "идеологию" линуксоидов, никогда не будет.
 

dem
12 Oct 2002 8:10 PM
2Wintermute Если вы почитаете мои старые постинги то увидите подобные жалобы на людскую природу. Но я считаю что программа должна настаивать на более рациональном методе работы. .так сказать прививать его. У меня в пальме та-же свалка....
Кстати идеология линюксоидов тут не причем. Есть масса индексирующих поисковиков, причем с подключаемыми плагинами для индексации и поиска. Я лично считаю что Index Server является костылем который просто отложит крах, но не предотвратит его.
 

Skull - sibskullmail.ru
14 Oct 2002 4:24 AM
dem: man htdig :))))
 

dem
14 Oct 2002 9:34 AM
2Skull и я про то-же Согласитесь как легко сделать рынок. 1 Делаем продукт с закрытым форматом (удачный не скрою). А потом делаем к нему поисковик, grep, cvs, и прочая. И все это продаем... Грустно. Ощущение такое что ходишь по кругу.... Все новые технологиии заставляют переделывать все с начала.
 

PTO - kruchkovkgb.ru
14 Oct 2002 12:22 PM
2 Skull: а хтдиг уже умеет серчить файловые системы, сервера баз данных, почтовые базы и умеет разбираться с форматами файлов типа ворда, экселя и акробата? умеет искать в домино-базах? а в ТИФФе найдет все факсы, что имеют определенный исходящий номер?
 

Skull - sibskullmail.ru
15 Oct 2002 5:54 AM
2PTO: много пили вчера? Зачем это надо. Или указанная вами панацея уже успешно функционирует на платформе MS? Вы бы хоть единый центр поиска по документации в одном формате (пусть это будет chm) сделайте, потом мечтайте!
 

PTO - kruchkovkgb.ru
15 Oct 2002 11:36 AM
2 Skull: а вы типа отмотайте назад про ту задачу, что стояла перед Wintermute... там типа документы серчить надо, а не веб-странички... и у МСа есть универсальное средство для поиска информации в документах, базах данных и т.п.
Просто вы все в документации описания стандартных функций найти не можете, а людей другие задачи... им бы найти документ пол-года назад составленный про сельское хозяйство с упоминанием фамилии "Чубайс"... другого порядка задачи... а вы все про маны тут рассказываете...
 

glassy
15 Oct 2002 1:00 PM
"У МС есть универсальное средство для поиска" уж не хваленый ли findfast? :)))
 

Skull - sibskullmail.ru
16 Oct 2002 5:00 AM
2PTO: у нас разные взгляды на документооборот: я работаю в конторе с Lotus Notes и Oracle. Как вы думаете, чешет ли меня поиск в отдельных документах Word, если есть полнотекстовый поиск по БД Notes и Oracle Discoverer? :)))

P.S. кстати, man htdig я вспомнил только в ответ dem, а не касательно общего обсуждения.
 

PTO - kruchkovkgb.ru
16 Oct 2002 1:57 PM
2 Skull: дык я ужо столько раз просил дать определение вашего понимания документооборота, что и спрашивать устал :)
а чем поможет полнотекстовой поиск если полем является объект типа "Ворд" (Оле или аттач)... а если факс-сервер принял некий документ? да и архивы в нотусе на 150000 документов (не нотусовых) это что-то из области фантастики все-же...
 

Skull - sibskullmail.ru
17 Oct 2002 5:59 AM
2PTO: да забей ты на этот Word (вот, блин, программа - счастье лемминга!). У нас вся информация вбивается и заносится в Oracle. И нафиг там не сдались микрософтные поделки.
 

Tolik
17 Oct 2002 7:14 AM
А ну-ка отсюда поподробнее

150000 документов - это типа 150000 фактур в БД? Так это просто смешные объемы тут и хвастаться нечем.

А как "вбивается" в Оракл неструктуированная информация? Письма? Электронные таблицы?
 

Chkaloff
17 Oct 2002 10:44 AM
2 Skull:
А документы, действительно, а документы. Как вы храните, графики, таблицы, формулы, отчеты, записки, заявления, отсканированные материалы?

Все в Оракле блобами?
 

Skull - sibskullmail.ru
18 Oct 2002 5:14 AM
2Chkaloff: корпоративная информация храниться структуированна. А всякие отсканированные документы вносятся, а потом в бумажном виде в папочках в шкафчике. :) Всякие вордовские файлы хранятся на машинах пользователей.
 

Tolik
18 Oct 2002 6:29 AM
В общем, крупный Web-дизайнер опять ляпнул что-то, сам не понял что.

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

Куда вносятся "всякие отсканированные документы" ? В Оракл ? И как с ними потом работают ?
 

glassy
18 Oct 2002 9:31 AM
2Tolik: да уж... откуда у нас неструктурированная информация... не доросли еще... :)
 

Tolik
18 Oct 2002 9:44 AM
Конечно не доросли. И сам он об этом говорит:
"Всякие вордовские файлы хранятся на машинах пользователей"
Т.е. даже на сети совместного хранилища документов немае, и нужный маркетинговый отчет или проект фин. плана будем на бумажке искать. Ибо на своём винчестере нету.

Просто это разные этапы развития
- сначала всё валяется елиной свалкой
- потом структуированную информацию начинаем складывать в БД
- потом - начинаем думать, как поступать с неструктуированной (хранить, обмениваться, искать)

Skull уже видел организацию на втором этапе, а о третьем еще и не задумывался, похоже. Для начинающих программистов на этом этапе как раз характерно заблуждение, что вот сейчас всё сложим в БД - и будет счастье, и вообще - всё надо через интерфейс OLTP системы делать.

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

Искандер
19 Oct 2002 8:16 AM
за что я люблю мелкософт так это за любовь их маркетологов к букве Х. сколько Х за последние 10 лет они наплодили? ActiveX, aspx, XP, XBox, XDocs, потом от них пошло "X-Men", "XXX"
 

Skull - sibskullmail.ru
19 Oct 2002 11:47 AM
2Tolik: ваша узость интересов ("данные о фактурах") о многом говорит. У нас иная система, не связаная с таким близким вам бухгалтерским делом. :))
Документы у нас храняться на Novell. Но только как архив, поскольку их суть переносится в систему принятия решения на Oracle. Поэтому необходимости искать файл практически никогда нет. Так что не надо мозги чпокать, перенося свои установки на отличную по организации и форме структуру. :)
 

Волонтер
19 Oct 2002 10:35 PM
2 Skull:

> Документы у нас храняться на Novell

У Вас главный босс не Чубайс случайно?
 

Skull - sibskullmail.ru
21 Oct 2002 4:26 AM
2Волонтер: он самый :))) Только мы не в Москве...
 

Tolik
21 Oct 2002 6:56 AM
2 Skull

Мда ...
Незрелость процветает.
Молодому человеку неизвестно, что данные о фактурах и платежах (и много еще чего другого) сейчас ОЧЕНЬ часто обрабатываются не в бухгалтерской, а в ERP системе ?

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

И расскажи, пожалуйста, как всё-таки переносится в Оракл суть бизнес-плана, проекта фин-плана и маркетингового отчета ? Мне и правда интересно.
Заодно - может я чего не понимаю - уточни какие документы хранятся в Оракле. Хотя бы для примера - два-три типа
 

Skull - sibskullmail.ru
21 Oct 2002 12:36 PM
2Tolik:
а если ERP не стоит? Или используется только CRM? Типа, узко мыслите, товарищ! И слово очень поэтому неупотребимо, так как количество внедренных ERP-систем, пожалуй, на 3-4 порядка ниже, чем простых бухгалтерских программ.

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

Еще раз обращаю внимание, что мы не коммерческая контора. Посему у нас проектов фин-плана, маркетингового отчета нет. Поэтому примерять чужую рубашку не получится. В Oracle документы не хранятся. Упс! Документ - это который с подписью. А в РСУБД храняться ДАННЫЕ. Поэтому ни одного примера ДОКУМЕНТОВ я привести не смогу за отсутствием оных. Читайте мои постинги внимателеьнее. :)))
 

Tolik
21 Oct 2002 12:49 PM
2 Skull

Не юли

"Документы у нас храняться на Novell"
"Документ - это который с подписью"
(с) ты

Следует ли тебя так понимать, что шкаф с документами стоит на новелловском сервере ? Или следует пониматьЯ, что ответ очевиден (счета, платежи, фактуры), но для тебя неприятен ? Ибо тут же сажает одного крупного специалиста по написанию бухгалтерского софта с открытыми исходниками в лужу ?

ДАННЫЕ о каких типах документов хранятся в Оракле ? Ответь прямо на прямой вопрос.

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

И всё же расскажи, как суть отчета о состоянии ТЭЦ вностся в Оракл ? А отчета о подготовке электростанции к зимнему сезону ?
 

glassy
22 Oct 2002 6:56 AM
и тут в разговор встреваю я...
под линуксом можно сделать какую угодно систему... Не надо письками меряться, если я себе все равно смогу отрастить поболее :)
 

Skull - sibskullmail.ru
22 Oct 2002 6:59 AM
2Tolik:
Документы отсканированные лежат на Novell. Со всеми печатями и подписями.
Пойми, через нашу контору по роду деятельности не проходят коммерческие документы. Бухгалтерские дочек есть, но через нас всякие фактуры не проходят. Поэтому ваша скабрезность неуместна. :)))

На Oracle хранятся данные протоколов СД, ГОСА, ВОСА ДЗО, котировки, задания на основании вышеуказанных корпоративных событий и отчеты об их исполнении. Кроме того, есть данные об исполнении планов ЭСД и т.п.

Еще раз, для тех кто в броневике - мы не имеем дело с первичными документами дочек.

Про подготовку ТЭЦ сказать ничего не могу. Ибо отдел ПТО реорганизован, а мы этим не занимаемся. Про КС могу личным письмом.

P.S. У нас CRM тоже не используется. Что стоит у АО-энерго для этого не знаю.
 

Tolik
22 Oct 2002 1:29 PM
:-)))
Отсканированный образ документа (даже со всеми печатями и подписями) - это уже не документ в юридическом смысле этого слова

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

Wintermute - devnul.ru
22 Oct 2002 4:28 PM
2Tolik: У нас более 160000 файлов - чертежи AutoCAD, schedules (как это по-русски?) Primavera Project Planner, таблицы Excel, презентации PowerPoint и сопроводиловка Word. Бухгалтерия - это отдельная песня, там 1С. Архив документов есть, с доступом по Web и поиском, запросами на естественном языке (русском тоже). Index Server и там работает.
2Skull: Вот насчет полочек не надо! Весь офис захламлен бумагой! Мест для хранения "отсканированых бкмажек" не хватает.
"В Oracle документы не хранятся. Упс! Документ - это который с подписью" - очень рекомендую познакомиться (так, для общего развития) с продуктами типа Primavera Expedition. Так документ как раз совокупность записей базы данных. А менеджеры могут и отчет подписать.
2 glassy: "под линуксом можно сделать какую угодно систему" - можно. Сядь и сделай. А я буду пользоваться тем, что сделано. Уже 6 лет как. "Не надо письками меряться, если я себе все равно смогу отрастить поболее" - могу кинуть ссылок на сайты, где для ентого дела пилюли продаются.
 

Skull - sibskullmail.ru
23 Oct 2002 4:50 AM
2Tolik: естественно. Но распечатанный он является факсом, который имеет более прочные юридические позиции. :)
А при чём тут пальцы? Нам третий по сути не нужен. Ну не ведём мы такой документооборот. Так что давайте замнем, а то я Киплинга цитировать начну. :))

2Wintermute: а вот у нас принцип работы - чтобы надежно документы лежали. Я понимаю, устаревшие подходы. Зато надежные.
Насчет "документ как раз совокупность записей базы данных" - тогда уж лучше Lotus Notes. И не будеми изобретать велики и использовать продукты от неизвестных производителей.
 

glassy
23 Oct 2002 6:21 AM
Wintermute: ТЗ в студию...
 

Wintermute - devnul.ru
23 Oct 2002 10:38 AM
2Skull: "тогда уж лучше Lotus Notes". Нет, ты все-таки почитай про Primavera Expedition. Если и после этого ты будешь говорить, что Notes вот прям как есть приспособлена к работе с проектной и контрактной документацией, то все с тобой будет ясно.
2 glassy: И сколько я буду иметь за разработку ТЗ? Ты учти, мне это нафиг не нужно, у меня есть готовые _работающие_ решения, так что деньги на бочку.
 

glassy
23 Oct 2002 3:31 PM
хех, у меня тоже есть готовые решения, только почему-то неработающие. Уже лишних полчаса слетевшую винду ставлю... И где она загнулась? А вот ХЗ. Какой-то СОМ+ объект слетел, а потом установка поверх на полпути загнулась... А потом еще и с правами дурдом, это ж надо было так принумать -- чтобы админ и не мог с первого раза файлы с НТФС достать.

Винда -- отстои
 

Chkaloff
23 Oct 2002 5:48 PM
Не боишся, что всетаки в виндорасы тебя зачислят? :-)
Т.е. в те, у кого всегда винда плохо работает, поэтому они кричат на право и на лево, что она сосет.
 

Wintermute - devnul.ru
23 Oct 2002 8:11 PM
2glassy: Ну, по этому постингу все с тобой ясно. И COM+ свалил (хотел бы я знать, как), и права тебе не нравятся... В трашликсе, оно, конешно, лучше - 16 бит вместо полноценного ACL!
А, кстати, то, что админ имеет доступ не ко всем файлам - очень правильно. Если в домене один админ протянет свои шаловливые ручонки к финансовой, допустим, информации, к которой у него доступа нет, он должен будет владельцем стать. А это - запись в журнал событий, изменение ACL и пр.
Т.е. NT - не пингвинятко, где суперюзер может все изгадить _безнаказанно_. NT, она ведь для корпоративной среды дизайнилась.
 

Skull - sibskullmail.ru
24 Oct 2002 4:31 AM
2Wintermute: мы "проектной и контрактной документацией" не занимаемся. То, что Notes не предназначен для этих документов, совершенно согласен. Но у нас другая специфика..
И по поводу ACL: учите матчасть, батенька! Прочитайте про всякие XFS и ALT Linux Castle. Ну думаю, что там безопасность ниже, чем в Windows!

2Chkaloff: о как! А у меня Винда исключительно нормально работает. Пож эмулем и просто так. Наверно, потому что Windows 98, на которой ничего кроме игрушек и MSOffice не стоит :))))

2glassy: почитай про Рарус и 1С на LOR: Доступ к данным через удалённую Samba с NT быстрее и производительнее, чем к локальной системе NTFS :)
 

glassy
24 Oct 2002 7:03 AM
2Chkaloff&Mute: мозги не чпокайте, у меня-то как раз все работает нормально, это вот у соседки зоопарк был. А что случается с зоопарками (т.е. с местом, где используются ИЕ, аутлук експресс, аська, мсн мессенджер, мс офис) я более менее для себя вырисовал. Себя я ни к виндурасам или линурасам не отношу, так как веду себя чистоплотно, настолько чистоплотно, что даже могу позволить себе отсутствие антивирусов.

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

Кстати, можно посчитать число перезагрузок. 2 раза при установке, потом 3-й раз видюха, 4-й саунд, 5-й сетевуха, 6-й после добавления в рабочую группу, 7-й после сервиспака, 8-й после Др.Веба. 8 раз! Мастдай и отстой.
 

glassy
24 Oct 2002 7:05 AM
DX -- плюс еще одна перезагрузка
 

Wintermute - devnul.ru
24 Oct 2002 9:35 AM
2Skull: "Прочитайте про всякие XFS и ALT Linux" - плавали, знаем. Вот когда ACL по умолчанию появятся _во_ _всех_ дистрибутивах, тогда и говори.
2glassy: Вот у меня на рабочей Винде как раз такой "зоопарк", плюс полный набор от Adobe плюс о'пень офис. Дома - вообще кошмар, список Add/Remove Programs на 3 экрана. 4 года, полет нормальный.
Дохнет клавиатура и мышь? Удивительно! Машина или хотя бы железяки, из которых она собрана, в HCL есть? Если да, то ты говоришь неправду о подвисании инсталляции, если нет, то перечитай лицензионное соглашение и всякие readme. Работа на "левом" железе не гарантируется. Кстати, трашликс относится к железу куда строже Windows.
8 перезагрузок? А Винда, часом, не 95? Если да, то сочуствую.
И потом, кто же в _офисе_ ставит Windows ручками?
 

glassy
24 Oct 2002 3:00 PM
Wintermute, уж поверь мне, линукс ставится и быстрее, и надежнее, и на большее число платформ/девайсов. Винда ставилась поверх предыдущей, и не смогла довести инсталяцию до конца. Это не мои проблемы, это пробелы в ее инсталяции. Мне глубоко фиолетово, почему после черно-белого прогресс-бара не появляется картинка и моргает одинокий курсор в левом верхнем углу.

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

У меня дома полет нормальный 2 года как, диск С форматировался лишь в самом начале своей жизни, список установка/удаление аж вспоминать не хочется :)
 

Skull - sibskullmail.ru
25 Oct 2002 4:27 AM
2Wintermute: а зачем нам все? Linux рассчитан на разные целевые группы: простым юзверям это не надо, админы могут извернуться по всякому (естественно, почитав доки и поработав ручками при настройке).
 

Wintermute - devnul.ru
27 Oct 2002 12:58 PM
2 glassy: "Windows в офисе ставится ручками, если во-первых, нежелательна потеря какой-либо части информации с винта, а во-вторых желательно отсутствие всего того, что я считаю лишним" Н-да-а-а... По этим словам мне ясно, что ты за "админ", дискуссия закрыта.
2 Skull: "а зачем нам все" - действительно, зачем студенческой поделке ACL?
 

Skull - sibskullmail.ru
28 Oct 2002 7:31 AM
2Wintermute: мне про Win9x напомнить? NT не у всех стоит :)))
 

Wintermute - devnul.ru
29 Oct 2002 9:19 AM
2 Skull: Ты мне еще про ДОС напомни. Для меня ее эра закончилась году этак в 1993-м, когда мнге в руки впервые попала NT 3.1 (да-да, была такая).
 

Skull - sibskullmail.ru
30 Oct 2002 5:12 AM
2Wintermute: надо полагать, совершенно честно купленная :))) И вы, в таком случае, не показатель (как, впрочем, и я). Увы, далеко не у всех стоит NT или Linux :)))
 

Wintermute - devnul.ru
4 Nov 2002 2:53 PM
2Skull: На работе у меня всегда софт был и есть лицензионно чистый. Почему я и люблю freeware - денежки счет любят.
А дома у меня были нелицензионные оси - ДОС и Win95. Но 2000 - уже чистая.
 

 

← сентябрь 2002 4  7  8  9  10  11  14  15  16 ноябрь 2002 →
Реклама!
 

 

Место для Вашей рекламы!