Lotus Smartsuite для «чего-то более нового»

Question

Я постараюсь сделать свой сценарий как можно более коротким и конкретным.

В офисе, в котором я сейчас работаю, используется Lotus Smartsuite в Windows 98 / XP, использующий множество сценариев Lotus Script для связи друг с другомДокументы Lotus 123 и Lotus Word Pro.Они также активно используют функции связывания объектов Lotus.Я опишу его поведение ниже:

Вы можете заполнить строки и столбцы в 123 Spreadsheet изобилием данных, стилизовать их и отформатировать так, как вам нравится, и определить их как диапазон (здесь нет ничего уникального).Однако вы можете скопировать этот диапазон и вставить его в виде ссылки в документ Lotus Word Pro.Затем эта ссылка классифицируется по имени диапазона, поэтому расширение диапазона обратно в файле 123 приводит к расширению таблицы в документе Word Pro.Эта ссылка также включает в себя все форматирование и стили ячеек в 123 Spreadsheet.Как я полагаю, вы теперь знаете, что эта ссылка полностью активна, вы можете дважды щелкнуть в любом месте объекта, и он откроет файл 123 для редактирования, и все изменения будут идти вперед и назад между двумя документами.Большая часть данных, извлеченных из оборудования для тестирования, хранится в этих 123 электронных таблицах, а затем их части связываются в окончательный отчетный документ Lotus Word Pro, отправляемый клиенту.

Примечание. Просто для ясности,это НЕ то же самое, что ссылка DDE в Open Office, которая, кажется, позволяет копировать неопределенный диапазон ячеек для импорта в документ, где все форматирование потеряно и редактирование назад и вперед не является прямым.Он также ведет себя иначе, чем объект OLE, который, кажется, импортирует только всю электронную таблицу, а не ее небольшой подраздел.

Однако в последние годы поддержка этого более старого программного обеспечения (Lotus) становится все болеесложность, особенно в том, что касается отправки клиентских документов (файлы Lotus Word Pro, как правило, не поддерживаются более современными инструментами Office), а техническая поддержка Lotus Smartsuite в наши дни практически отсутствует.Кроме того, из-за страха продолжения разработки на языке сценариев, который больше не практикуется ведущими ИТ-специалистами, текущая разработка и поддержка кажутся бесполезными.Как только ребята, написавшие его, перейдут к другим вещам, у нас останется сценарий спагетти на языке, с которым никто не сможет нам помочь.

Итак, у нас есть цель «модернизировать» нашу ИТ-систему до концагода.Linux тоже становится очень жизнеспособным вариантом (без сомнения, Debian или его производная), но Open Office, похоже, не имеет упомянутой выше возможности линковки.Причина, по которой эта связь так важна, заключается в том, что ветераны офиса так привыкли работать таким образом - хранить данные в электронной таблице, ссылаться на нее позже в своих документах Word Pro и т. Д. Я думаю, что они более чем заинтересованы в том, чтобы сохранитьэта практика идет, и мы не нашли аналога в современных офисных инструментах (как меня просили).Как инженер-программист (свободно владеющий многими языками), я вижу, что эта практика не является самым безопасным или лучшим способом использования и хранения данных (на ум приходят базы данных), но мне было интересно, может ли кто-нибудь дать мне еще несколько хорошихпричины того, почему это плохая практика на рабочем месте (я всегда считал, что вы должны держать свои данные подальше от ваших отчетов и форматирования, эти два никогда не должны переплетаться - это для меня похоже на адские таблицы) ...или почему это хорошая вещь, чтобы продолжать делать!?

Итак, для тех из вас, кто все еще со мной, я думаю, что я спрашиваю:

1. Этопрактика хранения данных, форматирования их в электронных таблицах и импорта их непосредственно назад и вперед между текстовыми документами, хорошими или плохими, и что можно с этим сделать?Думаю, мне нужно будет доказать свою точку зрения на тот или иной случай.

2. Существуют ли ЛЮБЫЕ современные альтернативы этому методу связывания (независимо от того, хорошая это или плохая практика или нет) для Linux или Windows?Эта ссылка ДОЛЖНА содержать форматирование, а также размеры динамического диапазона (ссылки DDE, похоже, не являются ответом).

3. Каким было бы ваше решение, если бы вам пришлось начинать с нуля?Хранить все в базах данных и использовать SQL, чтобы просто запросить данные, которые вам нужны в ваших текстовых документах?Как бы вы это сделали?Какое программное обеспечение вы бы использовали?

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

Спасибо за чтение!

Answer 1

Мое предложение - сначала сделать шаг назад. Какая польза от того, как все делается сейчас? Это просто привычка, которую трудно сломать? Есть ли какая-либо причина, по которой документы и таблицы необходимо поддерживать и связывать такими, как они есть, или это просто требование, потому что «это было сделано раньше»?

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

Что касается вопроса 1, я считаю, что нет ничего плохого в хранении данных в электронных таблицах, особенно если конечным пользователям необходимо их создавать и поддерживать, а персонал разработчиков ограничен. Некоторые вопросы заключаются в том, должны ли эти данные быть защищены, связаны ли они между электронными таблицами, дублированы ли они по всей компании, или их следует лучше распространять по всей компании. Если что-то из этого верно, тогда централизованная база данных будет иметь больше смысла. Лично я хотел бы, чтобы любые ценные данные были надежно сохранены в базе данных, где ими можно управлять, доступ к ним можно контролировать, легко создавать резервные копии и т. Д.

Что касается вопроса 2, вы можете сделать то же самое в Microsoft Office . Вы можете либо связать документы, чтобы данные оставались в исходном документе Excel, но появлялись в слове документа, либо вы можете встроить электронную таблицу Excel в слово документа.

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

Если бы это был я, я бы, вероятно, использовал бы серверную часть SQL Express (она бесплатна) и специальное приложение ASP.NET MVC для создания отчетов, но в этом и заключается мой опыт.