|
Связанные документы
|
|||
---|---|---|---|
#18+
Есть задача такого плана. Необходимо создать комплект документов, информация внутри которых была взаимосвязана. Предположим, что есть какой-то основной документ. В нем указан номер проекта. При изменении этого номера автоматически во всех подчиненных документах изменяются этот номер. В MS Word эту задачу можно решить с помощью ссылок. Но это очень не стабильное решение. При большем количестве ссылок и больших документах все перестает работать! Какие программные средства могут решать подобные задачи. Я слышал про концепцию единого источника. Есть программа AuthorIT [www.author-it.com]. Это надстройку на word. В ней реализованы ссылки. Я думаю есть подходы и ПО для решения таких задач. Может есть ссылки на статьи по этой теме. Заранее благодарен. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2008, 12:29 |
|
Связанные документы
|
|||
---|---|---|---|
#18+
Youra PolishukМожет есть ссылки на статьи по этой теме. Поищите, например, материалы по DITA (это тоже разновидность реализации принципа "единого источника" при разработке документации). Архитектура типизированной информации Darwin (Darwin Information Typing Architecture, DITA) — это основанная на XML технология, охватывающая весь цикл разработки, выпуска и доставки технической информации. Эта архитектура составлена из набора принципов, описывающих как создание модулей с «типизированной информацией» на уровне отдельных тем, так и использование этой информации, например в онлайн-справке или на веб-портале технической поддержки. Основными элементами DITA — кирпичиками, из которых строится архитектура разбитой по темам информации, — являются определения типов XML-документа (DTD), а именно, «DTD тем». Несмотря на это, основополагающим принципом в архитектуре DITA является её расширяемость; DTD тем, как и любые схемы на их основе, — это лишь конкретные реализации принципов этой архитектуры. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2008, 12:56 |
|
Связанные документы
|
|||
---|---|---|---|
#18+
Youra PolishukПредположим, что есть какой-то основной документ. В нем указан номер проекта. При изменении этого номера автоматически во всех подчиненных документах изменяются этот номер Зачем? Документы же и так связаны. Почему нельзя пройти по связям и вытащить номер из единственного места, где ему и место, ведь он (номер) может меняться. Или это был вопрос про реализацию связи между документами с помощью естественных ключей? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2008, 13:03 |
|
Связанные документы
|
|||
---|---|---|---|
#18+
Сергей Васкецов Youra PolishukПредположим, что есть какой-то основной документ. В нем указан номер проекта. При изменении этого номера автоматически во всех подчиненных документах изменяются этот номер Зачем? Документы же и так связаны. Почему нельзя пройти по связям и вытащить номер из единственного места, где ему и место, ведь он (номер) может меняться. Или это был вопрос про реализацию связи между документами с помощью естественных ключей? Связи не только по номеру. Там целое сплетение документов получается. Если нормально делать. Darwin - вот что-то похожее. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2008, 13:13 |
|
Связанные документы
|
|||
---|---|---|---|
#18+
Youra PolishukСвязи не только по номеру Есть и по номеру? То есть таки Вы пытаетесь реализовать связи на основании меняющихся сущностей? Простите, но это идиотизм похлеще использования в качестве первичного ключа естественного изменяемого атрибута. Там хоть относительно редкое каскадное обновление можно придумать при желании, а в Вашем случае ограничивать пользователей в их желании изменить значения обычного атрибута документа как-то представляется глупостью. Youra PolishukТам целое сплетение документов получается. Если нормально делать Вот нормально и надо делать, а не как попало. Связь документов - это самостоятельный атрибут, тем более функциональная связь, она не должна зависеть от того, что какой-то другой атрибут у документа (или не только документа) изменится. А то это не связь получается, а отчет какой-то, существующий в определенный момент времени, а дальше связи может уже и не будет вовсе. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2008, 13:21 |
|
Связанные документы
|
|||
---|---|---|---|
#18+
аффтар! Приведите скриншоты документов, или найдите специалиста для определения класса необходимого ПО ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2008, 13:32 |
|
Связанные документы
|
|||
---|---|---|---|
#18+
ЮВ ответил корректно. Мне это и нужно. Вот пример: Док 1 - Требования к каналам связи. Док 2 - Требования к каналам связи -> Ссылка на требования в Док 1. Док 3 - Требования к каналам связи -> Ссылка на требования в Док 1. Требования изменились. Заказчик изменил! Меняем в док 1. В остальных документах док 2, 3 меняется автоматом. Вот ссылка на хороший пример: http://authorit.ru/HTML/dd_aw/dd_aw.htm ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2008, 14:03 |
|
Связанные документы
|
|||
---|---|---|---|
#18+
Youra PolishukЮВ ответил корректно. Мне это и нужно. Вот пример: Док 1 - Требования к каналам связи. Док 2 - Требования к каналам связи -> Ссылка на требования в Док 1. Док 3 - Требования к каналам связи -> Ссылка на требования в Док 1. Требования изменились. Заказчик изменил! Меняем в док 1. В остальных документах док 2, 3 меняется автоматом. Вот ссылка на хороший пример: http://authorit.ru/HTML/dd_aw/dd_aw.htm обычная реклама. Когда понадобится трассировка требований или другой шаг влево-вправо от простого набора документов, тогда и поговорим об "изменить номер проекта". IMHO Удачи! ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2008, 14:30 |
|
Связанные документы
|
|||
---|---|---|---|
#18+
Информация от О. Алексеева (Information Architect. XML CMS & DITA), С-Петербург Вместе с DITA можно использовать CMS (системы управления контентом). Какую-то инфу можно почерпнуть здесь: CMS Review http://www.cmsreview.com CM Professionals http://www.cmpros.org CMS Watch http://www.cmswatch.com DITA изначально задумывалась для поддержки больших объемов документации, на различных языках + развитые возможности реюзинга (повторного использования взамен копи-паст) + механизмы позволяющие снизить трудозатраты оптимизации технологии под свою структуру/типы документации - специализация. При этом меняется сам подход к написанию документации - переход от книго-ориентации к топик-ориентации. Можно использовать DITA и без CMS - вообще пользуя только бесплатные средства - редактор XMLMind, FO-процессор FOP для получения pdf без всяких CMS. Вот статья о том как можно организовать такую работу. http://www.lone-dita.com/Portals/0/dita/ditaguide.pdf В этом случае можно получить все выгоды от использования DITA. Но все те выгоды которые дает DITA+CMS, не получить. Система типа CMS дает следующие возможности - Многопользовательский репозитарий с версионным контролем; - Автоматизация поддержки механизмов DITA; - Развитые механизмы поиска; - Автоматизация и настройка workflow разработки и сопровождения документации с гибкими ролевыми возможностями; - Совместное одновременное рецензирование; - Интеграция с различными XML-редакторами; - Развитые возможности организации работы с многоязычной докой + Интеграция с системами Translation Memory; - Гранулярность (возможность залезть, например, внутрь топика); - У SiberSafe дополнительные механизмы реюзинга - механизм кластеров - преодолевает недостатки стандартного DITA-механизма на базе атрибута conref). - Визуальные средства - Интеграция семантических технологий (будущее WEB) - интеграция с другими системами - change management - например продукт SiberSafe Definer и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2008, 16:11 |
|
|
start [/forum/topic.php?fid=33&fpage=44&tid=1548765]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
39ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
others: | 272ms |
total: | 426ms |
0 / 0 |