Разработка Web-приложения для управления знаниями на основе технологии Wiki, проектный офис

Московский авиационный институт

Факультет прикладной математики и физики

Кафедра вычислительной математики и программирования

Персональный отчет по курсовой работе

Разработка Web-приложения для управления знаниями на основе технологии Wiki, проектный офис

Введение

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

Цель проектного офиса: сделать работу эффективной (в широком смысле: минимум затрат - максимум результат)

Задачи проектного офиса:

1.      Упростить коммуникацию внутри проектов и между проектами

2.      Сделать возможным совместное проектирование и принятие решений.

.        Сделать возможным сиюминутную фиксацию идей.

.        Сделать возможным быстрое извлечение ранее принятых решений.

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

Задачи 1 и 2 отлично решаются в рамках простой реальной конторы. Чего нельзя сказать про остальные два. Тем более в нашем случае каждодневная встреча команд проектов совершенно бессмысленна.

         Зачем {нам} это

Проектный офис, позволит нам координировать работу учебных команд. Учебных ли? Как сказал один мудрец современности, --- не существует учебных команд, учебных проектов, учебных языков программирования, и т.п.

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

1.      Фиксация новых знаний;

2.      Обработка знаний - поддержание актуальности, классификация, установление семантических связей и т. п.;

.        Извлечение знаний.

Наш проектный офис позволит решать подобные задачи. И эффективность их решения будет зависеть только от пользователей.

         Зачем нам {это}

Для создания виртуальных проектных офисов существует множество технологий. Но наиболее успешной и часто используемой является технология wiki. Выбор технологии определяется удобством совместной работы. Для различных групп участников важными являются разные и конфликтующие между собой аспекты.

         Эффективность: Параллелизм

Возможность асинхронной работы с минимумом блокировок и других узких мест, что дает возможность масштабировать команду. Правильными практиками для этого аспекта являются использование систем контроля версий с неблокирующей моделью «Копирование-Изменение-Слияние», допускающей параллельную правку одного артефакта несколькими участниками. Отрицательными примерами могут служить схемы «согласование по email», «файлы на файл-сервере с блокировкой», «Word-документ на всех».

         Эффективность: Скорость

Аспект технологии, ответственный за минимизацию затрат (человеко-часов, килокалорий, меганейронов) на условную единицу документации.

Позитивные примеры:

·        написал несколько коротких строчек - диаграммы сами нарисовались,

·        текст сам красиво отформатировался».

Отрицательные примеры :

·        выравнивать маловажные диаграммы,

·        долго переформатировать текст.

         Эффективность: Гибкость

цена внесения изменений должна быть ограничена и не более чем пропорциональна объему изменений. Хорошо, когда используются различные составные документы, шаблоны, автоматическое построение документации по программному коду (literate programming) или по схеме базы данных. Плохо, когда изменения надо проносить вручную и во множество различных документов.

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

К процессу можно «подключиться» откуда угодно, нет никаких ограничений и требований к рабочему месту, не требуется сложных инсталляций набора ПО. В идеале должна использоваться модель «тонкого» клиента, под которым в данный момент обычно подразумевают браузер.

Всеми указанными качествами обладают Wiki-системы. Наш выбор пал MediaWiki. Количество контента, размещенного в MediaWiki, количество пользователей и разработчиков на порядки больше, чем у любой другой системы. Знание разметки MediaWiki уже не менее полезно, чем знание HTML - хотя бы потому, что дает возможность копировать или публиковать материалы в Википедии. Открытая архитектура имеет сотни возможных точек расширения (Hooks, Extensions), куда можно подключать свои модули, легко реализуя собственные предметно-ориентированные языки, дополнительные интерфейсы редактирования и публикации, поиска и навигации. Причем API-интерфейсы достаточно стабильны - то есть реализовав расширение, можно спокойно обновлять MediaWiki, бесплатно получая новый функционал, без боязни потерять свои наработки.

1. Паспорт проекта

         Идентификация

         Назначение

         Исполнители

         Контрагенты

web приложение проект разработка

         Официальные документы

Параметры

         Объем проекта

         Ограничения и условия проекта

         Главные риски

         Стадии проекта

2. Устав проекта

Данный документ предназначен для утверждения цели и команды проекта.

Главная цель проекта - создание простого, интуитивно понятного и легко-доступного ресурса малых предприятий. В результате работы был создан реальный проектный офис.

         Бизнес-цель проекта

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

Например тут может быть предоставлен платный хостинг файлов, изображений и видео или дополнительные функции:

·        строитель графиков и схем;

·        редактор формул;

·        редактор таблиц;

·        простой редактор изображений.

Могут быть предоставлены платные консультации и помощь по истечении периода бесплатной поддержки.

         Цель проекта

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

         Ограничения проекта

Проект должен быть выполнен в установленные сроки, перенос сроков недопустим. Технические ограничения описаны в паспорте проекта.

         Продукт проекта

Итогом выполнения проекта стает веб-портал p2m.2in2.ru, а так же подробная проектная документация к нему.

Матрица ответственности

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

У - Утверждает результат

Р - Рассматривает результат

План-график проекта

Иерархическая структура работ (WBS)

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

Описание результата

Результатом проекта является сайт, построеный на движке MediaWiki. Подробную документацию по системе и правилами использования можно найти на сайте движка: Помощь по навигации: Help:Navigation/ru <http://www.mediawiki.org/wiki/Help:Navigation/ru> 

Помощь по созданию статей: Help:Starting_a_new_page/ru 

Помощь по правке статей: Help:Editing_pages/ru <http://www.mediawiki.org/wiki/Help:Editing_pages/ru> 

Для начала надо зарегистрироваться. Администрация ресурса считает это действие обязательным. Все статьи созданные незарегистрированными пользователями будут удаляться. имеет очень простой синтаксис внутренних ссылок. Если вы (или кто-нибудь другой) создаст ссылку на несуществующую статью, то она будет красного цвета, вот так. Переходя по этой ссылке вы перейдёте на страницу редактирования новой статьи. Введите текст, нажмите на кнопку «Сохранить», и новая страница будет создана. Когда страница будет создана, цвет ссылки меняется с красного на синий (фиолетовый, если вы по ней уже прошли), что означает, что статья существует.

Обычно это наилучший способ создать новую страницу, потому что это означает, что с самого начала на эту страницу будут ссылки по крайней мере из ещё одной страницы (и, как правило, вам позднее придётся поставить ссылки и с других связанных страниц). Если вы создаёте новую страницу, не создавая на неё каких-либо ссылок, то, возможно, лучше задать себе вопрос: Действительно ли новая страница соотносится с уже освещённым в этом вики-проекте темами? Кроме того, как именно посетители сайта смогут найти эту страницу? Как правило, нет никаких оснований к созданию страницы без предварительного создания ведущих на неё красных ссылок.

Если вы искали страницу, которой не существует (используя кнопку «Перейти» на панели поиска слева), то вы увидите ссылку «Создать страницу».

На мой взгляд это не очень информативно и удобно. С помощью системы шаблонов MediaWiki его можно привести в более приятный вид. Примеры будут приведены ниже.

К первой картинке ниже:

. Людей разместить повыше .

. Концепция. Проекты. Все статьи. Ненаписанные статьи. Полезные

ссылки . поместить в низу и заполнить .

. Цели, новости , проекты, саритику, размелтить с права

. В середине обоснавать суть этого сайта.(для чего создан).

Кроме того не помешало бы изменить «внешнее убранство» как это сделано в версии MediaWiki 1.6

Заключение

В рамках проекта поставленные цели были достигнуты. Удалось выработать удобный и доступный инструмент, который был опробован на практике в компании Skorodumov&Partners. С его помощью небольшой группе специалистов (и не только их) удалось развернуть систему управления знаниями и начать ей пользоваться (проект Oricrafter).

На основании проведенной работы можно утверждать, что будущее за технологиями Вики, и не только для создания корпоративных систем и проектных офисов. Уорд Каннингем и его соавтор Бо Леуф в их книге The Wiki Way: Quick Collaboration on the Web описали сущность концепции Вики следующим образом:

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

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

Список литературы

1. Barrett D.J. MediaWiki (Wikipedia and Beyond), Oct 15, 2008.

2. Ebersbach A., Glaser M., Heigl R. Wiki: Web Collaboration, Springer, Jul, 2008; 1 edition (October 6, 2005).

3. Project Management Institute, A Guide to the Project Management Body of Knowledge: [4 ed.] (Pmbok Guide) - Project Management Institute, 2008

4. Wideman R. Project and Program Risk Management: A Guide to Managing Project Risks and Opportunities - Project Management Institute, 1992

5. Барабанщиков А.В. Военная педагогика и психология. М.: ВПА, 1986.

6. Воробьева Ю.С. У истоков альтернативной высшей школы в России. Педагогика, 1994

7. Дронов В. HTML 5, CSS 3 и Web 2.0. Разработка современных Web-сайтов PDF, Издательство СПб.: БХВ-Петербург, 2011

8. Том Де Марко Deadline. Роман об управлении проектами - Вершина, Москва; 2006,

9. Шелехова Л.В. Математические методы в педагогике и психологии: в схемах и таблица Учебное пособие. - Майкоп: Изд-во АГУ, 2010.

10.Хелдман К. Профессиональное управление проектом - Бином. Лаборатория знаний, 2005 г.