Всем╕рно п╕дтримую.
Use Cases --> Requirements Formalization --> Technology Neutral Architecture --> Vendor solutions
╤ "такида", мусить бути драйвер процесу. Пост╕йно. А функц╕╖ натовпу - зр╕дка п╕дтримувати ╕ вчитися використовувати.
В ╤нком╕ завдяки конкретно Волод╕ Кургу (ну ╕ згодом його п╕длеглих, до яких у Волод╕ були вимоги "не опубл╕кована робота не вважа╓ться виконаною!" /(С)/ :)) така корпоративна knowledge base (на основ╕ MediaWiki) на дуже пристойному р╕вн╕ впроваджувалась порядка 1,5 роки. ╤ за цей час, можна сказати, в╕дбулися безповоротн╕ зм╕ни. Тобто, народ почав активно ╖╖ юзати/наповнювати ╕ вже можна було не боятися, що вона в╕д╕мре.
начни с юзкейсов, про лдап и прочее забудь пока. типа вот опиши
типичный сценарий использования/пополнения. уверен, что самое главное
начать собирать инфу, хоть в вики, хоть в гугл доксе, главное кто
будет ее поддерживать. коллективная отвественность == никакой
7 февраля 2012 г. 12:49 пользователь Vladimir Velychko
<vvelychko@gmail.com> написал:
> Таковых, к сожалению, нет. :(
> С чем столкнулся на старте: есть разные подразделения со
> своими "знаниями", доступ к которым должны иметь только они
> и есть необходимая всем общая инфа. В идеале хотелось бы
> раздавать этот доступ через группы в AD/ldap.
>
> Давайте коллективно сформируем требования - гуртом i батька легше бити. %)
>
> 2012/2/7 Vladimir Litovka <doka.ua@gmail.com>:
>> Привет,
>>
>> а есть у тебя какие-то более-менее четко сформулированные требования к
>> системе? Я бы тоже с удовольствием подумал над этим :)
>>
>>
>> On 2/6/2012 11:25 PM, Vladimir Velychko wrote:
>>>
>>> В╕таю шановн╕.
>>> Пришло время систематизировать разного рода
>>> справочную информацию в централизованную KB.
>>> Из очевидных требований - аут-я по Active Directory
>>> (опционально возможность анонимного доступа),
>>> разграничение доступа к разным разделам по группам.
>>>
>>> В любимом дистрибутиве из достойных вариантов вижу
>>> dokuwiki и mediawiki. Что бы вы посоветовали?
>>>
>>> Спасибо.
>>
>>