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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Позитивные примеры: · написал несколько коротких строчек - диаграммы сами нарисовались, · текст сам красиво отформатировался».

Отрицательные примеры : · выравнивать маловажные диаграммы, · долго переформатировать текст.

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

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

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

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

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

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

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

Краткое название p2m.2in2.ru Внешний/Внутренний Внешний / Внутренний

Технический тип проекта Разработка: собственные ресурсы компании и команды проект

Идентификатор 11 Способ финансирования самофинансирование

Назначение

Цель Создание удобной системы для управления знаниями в рамках проектного офиса

Задачи Изучение принципов создания проектных офисов. Изучение существующих систем управления знаниями. Анализ существующего инструментария. Выбор инструментария для конкретного проектного офиса. Развертывание и настройка инструментария.

Состав работ 1) Поиск и изучение литературы. 2) Опробование различных технологий. 3) Опробование выбранной технологии. 4) Развертывание и настройка инструментария. Объекты автоматизации

Комментарий Работы 1-2 выполнены полностью, Работы 3-4 частично выполнены (примерно на 99%).

Исполнители

Менеджеры Департамент Процент занятости

Менеджер проекта Никитин И. К. ПМФ МАИ 30,00%

Менеджер по развитию Захарова О. В. ХНЭУ 30,00%

Менеджер по качеству Грудинина Т. В. ПМФ МАИ 20,00%

Ключевые члены рабочей группы Департамент Процент занятости

Системный архитектор Никитин И. К. ПМФ МАИ 30,00%

Системный аналитик Грудинина Т. В. ПМФ МАИ 20,00%

Разработчики Никитин И. К., Грудинина И. К., Жаворонков Н. Дыга К. ПМФ МАИ ПМФ МАИ ХНЭУ ХНЭУ 30,00% 10,00% 90,00% 70,00%

Тестировщики Грудинина Т. В. Никитин И. К., Захарова О. В. ПМФ МАИ ПМФ МАИ ХНЭУ 20,00% 30,00% 10,00%

Дизайнер Грудинина Т. В. Дыга К. ПМФ МАИ ХНЭУ 10,00%, 30,00%

Поддержка Захарова О. В. Грудинина Т. В. ПМФ МАИ ХНЭУ 40,00%, 20,00%, Контрагенты

Спонсор Скородумов С. В.

Заказчик Skorodumov&Partners

Пользователи Skorodumov&Partners, студенты ХНЭУ

Соисполнители 1. Захарова О. В. Состав работ соисполнителей 1. Перенос опыта с проекта webi.2in2.ru

2. Дыга К. 2. Консультации по созданию дизайна.

3. Жаворонков Н. 3. Перенос опыта для дальнейщего развития проекта webi.2in2.ru

Подрядчики 1. Команда p2m.2in2.ru Продукты Услуги подрядчиков 1.

2. 2.

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

Дата открытия проекта 15.12.2010 Приказ

Основания для открытия проекта Выполнение курсового проекта за 10-й семестр по каф. 806 МАИ в рамках курса «Информационные технологии в проектировании и производстве». Выполнение курсового проекта в рамках конкурса НИРС-2011 по каф. информатики в ХНЭУ.

Дата подписания контракта Контракт

Организация заказчика

Параметры

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

Объем проекта Длительность Цена Трудоемкость

15.12.2010 - 25.05.2011 1 095 000 р. 2 912 чел. час

Комментарий Проект выполнен частично, т.е. закончены фазы: 1) инициация, 2) планирование, 3) исполнение, и т.д.

Приоритет проекта Высокий Стратегическая важность Высокая

Комментарий Высокий приоритет проекта p2m.2in2,ru определяется его актуальностью для развития малого бизнеса и подготовки студентов в этом направлении.

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

Ограничения по срокам Срок окончания проекта: 10.06.2011

Технические условия 1. Использование технологий Wiki.

2. Использование графических web-редакторов.

Технические ограничения 1. Открытость платформы

2. Операционная система Gentoo Linux

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

Главные коммерческие риски Описание Вероятность Последствия

Низкая востребованность у пользователей Средняя Очень значительные (убыточность проекта)

Наличие на рынке аналогичных или близких продуктов-заменителей Низкая Потеря доли рынка

Недостаточная информированность потенциальных пользователей Высокая Потеря основной доли рынка

Недоступность для пользователей базовых компонентов ПО Высокая Потеря рынка

Главные технические риски Описание Вероятность Последствия

Проблемы с разверткой системы Средняя От средних до очень значительных (от увеличения сроков выполнения до отказа от внедрения)

Ошибки в используемых компонентах и платформах Средняя Средние (увеличение сроков разработки)

Низкая надежность системы Высокая Потеря рынка

Главные проектные риски Описание Вероятность Последствия

Распад команды проекта Низкая Неудачное завершение проекта (закрытие проекта)

Перегруженность участников в других проектах Средняя Средние (увеличение сроков выполнения)

Слабое освоение необходимых технологий Низкая Значительные (изменение архитектуры проекта)

Потеря темпа в создании нового продукта Высокая Потеря рынка

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

№ Веха Плановая дата

1 Формирование задания. Изучение принципов создания проектных офисов. 15.12.2010

2 Изучение существующих систем управления знаниями. 10.01.2011

3 Анализ существующего инструментария для проектных офисов. 28.04.2011

4 Выбор инструментария для конкретного проектного офиса,опробование выбранной технологии. 15.05.2011

5 Развертывание инструментария. 20.05.2011

6 Настройка инструментария. Сдача проекта 25.05.2011

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

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

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

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

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

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

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

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

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

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

Цель проекта

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

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

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

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

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

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

Сотрудники

Операции Грудинина Никитин Жаворонков Дыга Захарова

Изучение принципов создания проектных офисов С Р Р Р Р

Изучение существующих систем управления знаниями на основе технологий Wiki Р РУ С С У

Изучение существующих систем управления знаниями не на основе технологий Wiki Р СУ Р Р Р

Анализ существующего инструментария для проектных офисов СР У Р Р СР

Выбор инструментария для конкретного проектного офиса,опробование выбранной технологии РУ С С С РУ

Развертывание инструментария С СУ СР Р Р

Настройка инструментария С СУ Р СР РУ

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

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

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

С - Создает результат

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

Периоды

Операции 15.12.10 10.01.11 28.04.11 15.05.11 20.05.11 25.05.11

Изучение принципов создания проектных офисов

Изучение существующих систем управления знаниями на основе технологий Wiki

Изучение существующих систем управления знаниями не на основе технологий Wiki

Анализ существующего инструментария для проектных офисов

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

Развертывание инструментария

Настройка инструментария

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

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

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

Результатом проекта является сайт, построеный на движке MEDIAWIKI. Подробную документацию по системе и правилами использования можно найти на сайте движка: Помощь по навигации: Help:Navigation/ru

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

Помощь по правке статей: Help:Editing_pages/ru

Для начала надо зарегистрироваться. Администрация ресурса считает это действие обязательным. Все статьи созданные незарегистрированными пользователями будут удаляться.

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

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

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

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

К первой картинке ниже: 1. Людей разместить повыше .

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

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

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

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

Заключение

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

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

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

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

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

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

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

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

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

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

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

Том Де Марко Deadline. Роман об управлении проектами - Вершина, Москва; 2006, Шелехова Л.В. Математические методы в педагогике и психологии: в схемах и таблица Учебное пособие. - Майкоп: Изд-во АГУ, 2010.

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

Размещено на