План проекта Musson Geo-Events¶

• Table of contents
• План проекта Musson Geo-Events
  • Общие сведения
    • Наименование системы
    • Наименование организаций – Заказчика и Разработчика
    • Плановые сроки начала и окончания работы
    • Порядок оформления и предъявления заказчику результатов работ
  • Назначение и цели создания системы
    • Назначение системы
    • Цели создания системы
  • Основные функции
  • Состав и содержание работ по созданию системы
  • График работ
  • Порядок контроля и приёмки системы
  • Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
  • Требования к документированию
  • Ограничения на процесс разработки
    • Технические ограничения:
  • Формы отчетности и взаимодействия
  • Зоны ответственности разработчиков
    • Приложение для событий
    • Приложение для геолокации
  • Примеры социальных сетей

Данный документ частично соответствует ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». В частности были реализованы пункты: 2.3, 2.4, 2.7, 2.8, 2.9, 2.10 .

Так как указанный выше стандарт описывает техническое задание (спецификацию требований), в текущий документ были добавлены пункты соответствующие
плану проекта.
Основные функции
График работ
Ограничения на процесс разработки
Зоны ответственности разработчиков

Общие сведения¶

Наименование системы¶

Полное наименование

Геолокационные данные и события социальных сетей.

Краткое наименование системы

Musson Geo-Events, Geo-Events.

Наименование организаций – Заказчика и Разработчика¶

Заказчик

• Кулаков Кирилл Александрович, доцент кафедры ИМО
  E-mail: kulakov@cs.karelia.ru
  Офис: ПетрГУ, главный корпус, кафедра ИМО (ауд. 215)

Разработчик

• Geo-Events команда студентов и сотрудников ПетрГУ
• Офис: IT-парк ПетрГУ, каб. 203

Команда Geo-Events

Менеджер проекта

• Филиппов Алексей, 22306
  Навыки: знание C/C++
  Дополнительные роли: разработчик
  E-mail: afilippo@cs.karelia.ru

Секретарь

• Шитнёв Александр, 22306
  Навыки: знание C/C++
  E-mail: shitnev@cs.karelia.ru

Разработчики

• Артемов Никита, 22304
  Навыки: знание C/C++/QML
  E-mail: artemov@cs.karelia.ru

• Давыдовский Никита, 22304
  Навыки: знание C/C++/QML
  Дополнительные роли: разработчик
  E-mail: davydovs@cs.karelia.ru

• Дрёмин Александр, 22303
  Навыки: знание C/C++
  E-mail: dremin@cs.karelia.ru

• Анастасьев Иван, 22305
  Навыки: знание C/C++
  E-mail: anastase@cs.karelia.ru

Инструктор

• Димитров Вячеслав Михайлович, преподаватель кафедры ИМО
  E-mail: dimitrov@cs.karelia.ru
  Офис: ПетрГУ, главный корпус, кафедра ИМО (ауд. 215)

Плановые сроки начала и окончания работы¶

Начало разработки проекта:

• 12.09.2011

Плановое окончание разработки проекта:

• 07.05.2012

Порядок оформления и предъявления заказчику результатов работ¶

Работы по созданию Geo-Events сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта.
По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы
этапа.

Назначение и цели создания системы¶

Назначение системы¶

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

Цели создания системы¶

• предоставление пользователям удобного доступа к интернет сервисам геолокации и событий
• разработать два приложения (одно для геолокации другое для событий)
• опубликовать пакеты приложений в онлайн-магазине Ovi Store

Основные функции¶

Основные функции модуля Events:

• создание записей о событиях;
• редактирование записей о событиях;
• получение данных о событиях из социальных сетей и сервиса Google Calendar;
• публикация событий в социальных сетях сервисе Google Calendar;
• согласие/возможное согласие/несогласие на предложении поучаствовать в мероприятии (в социальных сетях)

Основные функции модуля Places:

• создание отметки на месте;
• получение списка мест;
• получение данных об отметившихся на месте пользователях;

Состав и содержание работ по созданию системы¶

Итерация 1
Этапы разработки:

• [12.09.2011 - 02.10.2011] разработка прототипов Geo-Events на QML для Desktop / разработка 0-версии плана проекта
• [02.10.2011 - 14.11.2011] доработка драйверов Vkontakte и Facebook / сдача плана проекта, разработка 0-версии спецификации требований
• [14.11.2011 - 28.11.2011] доработка ядра (core) и msaqmlwidgets / сдача спецификации требований, начало документа проектирования
• [14.11.2011 - 25.12.2011] доработка QML прототипов и пакетов для meego(maemo)/ разработка плана тестирования, и проведение необходимых тестов

Итерация 2
Этапы разработки:

• [13.02.2012 - 27.02.2012] получение новых целей организация процесса с новыми разработчиками / перенос документации на новый ресурс
• [27.02.2011 - 05.03.2012] перенос функций в новые драйвера / перенос интерфейса под MeeGo Harmattan
• [05.03.2012 - 02.04.2012] окончание переноса интерфейса под Harmattan и Symbian начало тестирования / приведение плана проекта и спецификации требований к стандартам
• [02.04.2012 - 30.04.2012] блочное и функциональное тестирование (с привлечением волонтеров)
• [30.04.2012 - 07.05.2012] аттестация и сдача проекта

График работ¶

Текущие задания, деятельность разработчиков и диаграмма Гантта, находится в соответствующих разделах системы "Redmine".
Задачи
Диаграмма Гантта

Порядок контроля и приёмки системы¶

Система подвергается испытаниям следующих видов:

1. Предварительные испытания.
2. Блочное тестирование.
3. Аттестационное тестирование.

Состав, объем и методы предварительных испытаний системы определяются индивидуально, членами команды.
Состав, объем и методы блочного тестирования системы определяются документом План тестирования (раздел блочное тестирование), разрабатываемый на стадии "Работа с документацией".
Состав, объем и методы аттестационного тестирования системы определяются документом План тестирования (раздел аттестационное тестирование), разрабатываемый на стадии "Работа с документацией" с учетом результатов проведения предварительных испытаний и опытной эксплуатации.

Стадия испытаний	Участники испытаний	Срок проведения	Порядок согласования документации	Статус приемочной комиссии
Предварительные испытания	Разработчик	на всем протяжении разработки	Исправление ошибок "на месте"	Команда разработчиков
Блочное тестирование	Разработчик	с 02.04.2012 по 29.04.2012	Проведение блочного тестирования. Фиксирование выявленных неполадок в Журнале тестирования. Устранение выявленных неполадок. Проверка устранения выявленных неполадок. Принятие решения о готовности ПС к аттестационному тестированию.	Группа тестирования
Аттестационное тестирование	Заказчик и Разработчик	с 30.04.2012 по 07.05.2012	Проведение аттестационного тестирования. Фиксирование выявленных неполадок в Журнале тестирования. Устранение выявленных неполадок. Проверка устранения выявленных неполадок. Принятие решения о возможности передачи ПС в магазин приложений. Оформление Акта завершения работ. Сдача проекта.	Заказчик и Приемочная комиссия

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие¶

Для создания условий функционирования Musson Geo-Events, при которых гарантируется соответствие создаваемой системы требованиям,
содержащимся в настоящем плане проекта, и возможность эффективного её использования, пользователь должен:

• иметь заранее созданные аккаунты в социальных сетях: VKontakte и Facebook, а также Google Calendar;

Требования к документированию¶

План проекта и спецификация требований должны соответствовать ГОСТ 34.602-89

Ограничения на процесс разработки¶

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

Технические ограничения:¶

1. Целевые платформы: Harmattan и Symbian
2. Для взаимодействия с интернет сервисами должны быть использованы драйвера MySocials
3. Для написания интерфейсов пользователя должна быть использована технология QtQuick
4. В качестве среды разработки следует использовать Qt Creator

Формы отчетности и взаимодействия¶

• Собрания с инструктором: пятница 11:30, ауд. 138
• Собрание команды разработчиков: среда 11:30, ауд. 203 IT-парк
• Межпроектные собрания: пятница 17:00, ауд. 146
• Индивидуальные отчеты на wiki
• В качестве централизованного хранилища кода и индивидуальных отчетов разработчиков используется распределённая система управления версиями Git.
• Для хранения и совместного редактирования всей документации по проекту используется wiki: https://redmine.cs.karelia.ru/projects/geo-places/wiki

Зоны ответственности разработчиков¶

Приложение для событий¶

• Разработка интерфейса пользователя: Давыдовский Н.
• Разработка методов на уроне ядра и виджетов: Давыдовский Н.
• Разработка библиотеки доступа к Google Calendar: Филиппов А.
• Инспектирование и тестирование (блочное и функциональное): Шитнёв А.

Приложение для геолокации¶

• Разработка интерфейса пользователя: Артёмов Н.
• Разработка методов на уроне ядра и виджетов: Артёмов Н.
• Инспектирование и тестирование (блочное и функциональное): Дрёмин А.

Примеры социальных сетей¶

• VKontakte
• Facebook
• MyWorld@mail.ru
• Flickr
• Photobucket
• AlterGeo