×
Показано с 1 по 6 из 6
  1. #1
    Статья
    Гость

    Статья: Управление знаниями. Основные понятия предлагаемой концепции.



    <p align="right">Автор: Кабанов Алексей (БТР)
    mailto://leshenka@mailru.com</p>
    <p >Цель данной статьи: дать представление о пожеланиях
    автора к рабочему пространству коллективных разработок программных продуктов
    (и, если более широко – вообще коллективных и индивидуальных разработок всевозможных
    продуктов, проектов, проведения исследований и т.п.)</p>
    <p >Очевидно, что каждая отдельная
    мысль статьи знакома, пожалуй, каждому читателю, но автору неизвестен какой-либо
    инструмент, объединяющих все нижеперечисленные идеи
    в рамках одного продукта.</p>
    <p >В статье рассматриваются основные понятия, имеющие
    отношения к проектам, исследованиям, разработкам и желательной для повышения
    их эффективности рабочей среде.</p>
    <p ><b>Рабочее пространство коллективных разработок</b>
    (Common Development Workspace – <b>CDWS</b>) представляет
    собой программную среду, позволяющую наиболее эффективно организовать процесс
    коллективных разработок, посредством непрерывного совершенствования коллективного
    представления различных продуктов и проектов, организованных в рамках CDWS,
    (в том числе и самой системы CDWS!), в произвольных
    формах представления объектов знаний. Например, текстовых
    обсуждений, диаграмм, эскизов, схем, сценариев, алгоритмов, исходных кодов,
    таблиц и отношений баз данных, исполняемых модулей, библиотек и т.д.</p>
    <p >Рассмотрим более подробно, что собой представляет
    CDWS.</p>
    <p >Так как CDWS
    предназначена для организации коммуникаций разработчиков, то
    мы должны ввести понятия организации участников. CDWS должна позволять <i><u>участникам</u></i>
    участвовать в любых <i><u>группах</u></i> на произвольных формальных и неформальных
    принципах, определять <i><u>лидеров мнений</u></i> в группах. Также
    CDWS должна позволять создавать <i><u>проекты</u></i>,
    назначать <i><u>руководителей проектов</u></i>, следящих за выполнением целей
    и задач проектов, назначать <i><u>роли участникам проектов</u></i>.</p>
    <p >Теперь перейдем к тому, что собственно делают
    участники в CDWS. Единицей знаний будем считать <i><u>сообщение</u></i>,
    с содержимым произвольного формата. Сообщения могут быть нескольких видов.
    Например <i><u>вопрос</u></i> (задача), <i><u>ответ</u></i>
    (мнение или решение), <i><u>резюме</u></i> (обзор или дайджест) по нескольким
    сообщениям. Так же должна быть возможность создать <i><u>редакцию</u></i>
    сообщения, которая может иметь два вида отображения – развернутое, в виде
    цитирования и выделения внесенных изменений или актуальное – отображение окончательной
    версии сообщения. </p>
    <p >Таким образом, мы приходим к необходимости сохранять
    <i><u>историю сообщения</u></i>.

    Читать всю статью: http://www.klerk.ru/soft/1c?2034
    Поделиться с друзьями

  2. #2
    Аноним
    Гость
    мне кажется еще отдельно надо обозначить ситуации разрешения возможных конфликтов.
    и еще такая вещь, пока помоему еще нигде не звучала - обработка цикличных ситуаций.
    такая вещь очень наглядно проявляет себя на продолжительных проектах(скажем в течение от 9 месяцев бывает несколько видов:
    1.возврат к неразрешённым проблемам - тоесть откуда не возьмись появляется живой интерес к определенному аспекту проекта. по личным наблюдениям (со стороны) здесь при грамотном руководстве можно существенно увеличить качество проекта. тут важно отследить тенденцию, типа чем кончилось в прошлый раз, если активно не вмешиваться - высока вероятность что процесс закончится аналогичным образом. чтоб, значит, токмо, для иллюстрации - если кого такое волнует - прочитайте о ретроградных циклах меркурия. по личному наблюдению сия вещь оказывает очень фатальные(хорошие и не совсем) последствия на проекты в целом.
    2.поднятие уже решенных ранее проблем - возникают по мере появления новых участников или временной потери памяти основного состава от пренапряжения. решаются - факами и ссылками.

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

  3. #3
    Клерк
    Регистрация
    04.02.2002
    Сообщений
    27
    Поступило сообщение, что сервер не регистрирует новых пользователей.
    Надеюсь ситуация будет проверена и исправлена, а пока предлагаю желающим писать обсуждения по адресу: http://www.kuban.ru/cgi-bin/forum/forum9.cgi
    в теме "Управление знаниями. Статья номер 2. Обсудим?" (она пока на первой странице), как утонет и появится возможность адресовать ее прямой ссылкой, я ее сюда впишу.

  4. #4
    Клерк
    Регистрация
    04.02.2002
    Сообщений
    27
    Спасибо за комментарий!

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

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

  5. #5
    Аноним
    Гость
    Хочу ГЛОССАРИЙ!!!!
    ОЧЕНЬ.

  6. #6
    Аноним
    Гость
    Хм... Все это хорошо.
    Но БТР опять не ответил на вопрос, чем его желания отличаются от уже существующего софта.
    С нетерпением жду от БТРа обзора существующих решений и анализа недостатков.
    .
    Еще пожелания:
    1. Нужно минимизировать количество сущеностей.
    2. Нужно выделить сущности, которые обязательно должна поддерживать система и сущности, которые могут "жить" за счет соглашений.
    .
    В качестве ссылок на существующие аналогичные решения:
    MS SharePoint - http://www.microsoft.com/sharepoint
    деморолик - http://www.microsoft.com/sharepoint/...mo/default.asp
    обзор - http://www.microsoft.com/sharepoint/...tours/tour.asp
    .
    FogBUGZ - http://www.fogcreek.com/FogBUGZ/
    Обзор возможностей - http://www.fogcreek.com/FogBUGZ/HowFogBUGZWorks.html
    .
    БТР - не изобретай велосипед.
    Или скажи в ДВУХ словах, чем твое вИдение отличается от остальных.
    .
    mazzy@mazzy.ru

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)