Plan » History » Revision 17
Revision 16 (Никита Давыдовский, 03/16/2012 02:07 PM) → Revision 17/23 (Никита Давыдовский, 03/16/2012 04:47 PM)
h1. План проекта Musson Geo-Events
{{TOC}}
h2. Общие сведения
h3. Наименование системы
*Полное наименование*
Геолокационные данные и события социальных сетей.
*Краткое наименование системы*
Musson Geo-Events, Geo-Events.
h3. Наименование организаций – Заказчика и Разработчика
*Заказчик*
* Кулаков Кирилл Александрович, доцент кафедры ИМО
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)
h3. Плановые сроки начала и окончания работы
*Начало разработки проекта:*
* 12.09.2011
*Плановое окончание разработки проекта:*
* 07.05.2012
h3. Порядок оформления и предъявления заказчику результатов работ
Работы по созданию Geo-Events сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта.
По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы
этапа.
h2. Назначение и цели создания системы
h3. Назначение системы
Geo-Events предназначен для оптимизации доступа с мобильного устройства к интернет сервисам и социальным сетям, в частноти
к серисам гелокации и событий.
Основным назначением Geo-Events является получение доступа к гелокационным данным и событиям из различных интернет сервисов, и
построение интерфейса пользователя с ориентацией на мобильные устройства с сенсорными дисплеями.
h3. Цели создания системы
* предоставление пользователям удобного доступа к интернет сервисам геолокации и событий
* разработать два приложения (одно для геолокации другое для событий)
* опубликовать пакеты приложений в онлайн-магазине "Ovi Store":http://store.ovi.com/
h2. Основные функции
*Основные функции модуля Events:*
* создание записей о событиях;
* редактирование записей о событиях;
* получение данных о событиях из социальных сетей и сервиса Google Calendar;
* публикация событий в социальных сетях сервисе Google Calendar;
* согласие/возможное согласие/несогласие на предложении поучаствовать в мероприятии (в социальных сетях)
*Основные функции модуля Places:*
* создание отметки на месте;
* получение списка мест;
* получение данных об отметившихся на месте пользователях;
h2. Состав и содержание работ по созданию системы
*Итерация 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]* аттестация и сдача проекта
h2. Порядок контроля и приёмки системы
Система подвергается испытаниям следующих видов:
# Предварительные испытания.
# Блочное тестирование.
# Аттестационное тестирование.
Состав, объем и методы предварительных испытаний системы определяются индивидуально, членами команды.
Состав, объем и методы блочного тестирования системы определяются документом "План тестирования":https://redmine.cs.karelia.ru/projects/geo-places/wiki/Testplan#%D0%91%D0%BB%D0%BE%D1%87%D0%BD%D0%BE%D0%B5-%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5 (раздел блочное тестирование), разрабатываемый на стадии "Работа с документацией".
Состав, объем и методы аттестационного тестирования системы определяются документом "План тестирования":https://redmine.cs.karelia.ru/projects/geo-places/wiki/Testplan#%D0%90%D1%82%D1%82%D0%B5%D1%81%D1%82%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%BE%D0%B5-%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5 (раздел аттестационное тестирование), разрабатываемый на стадии "Работа с документацией" с учетом результатов проведения предварительных испытаний и опытной эксплуатации.
|_.Стадия испытаний |_.Участники испытаний |_.Срок проведения |_.Порядок согласования документации |_.Статус приемочной комиссии|
|Предварительные испытания|Разработчик|на испытания|Разработчик|На территории Разработчика, на всем протяжении разработки|Исправление ошибок "на месте"|Команда разработчиков||
|Блочное тестирование|Разработчик|с 02.04.2012 по 29.04.2012|Проведение блочного тестирования.
Фиксирование выявленных неполадок в Журнале тестирования.
Устранение выявленных неполадок.
Проверка устранения выявленных неполадок.
Принятие решения о готовности ПС к приемочным испытаниям.|Группа тестирования||
|Аттестационное тестирование|Заказчик и Разработчик|с 30.04.2012 по 07.05.2012|Проведение аттестационного тестирования.
Фиксирование выявленных неполадок в Журнале тестирования.
Устранение выявленных неполадок.
Проверка устранения выявленных неполадок.
Принятие решения о возможности передачи ПС в промышленную эксплуатацию.
Оформление Акта завершения работ.
Сдача проекта.|Заказчик и Приемочная комиссия|
h2. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
Для создания условий функционирования Musson Geo-Events, при которых гарантируется соответствие создаваемой системы требованиям,
содержащимся в настоящем плане проекта, и возможность эффективного её использования, пользователь должен:
* иметь заранее созданные аккаунты в социальных сетях: "VKontakte":http://vk.com/ и "Facebook":http://www.facebook.com/, а также *Google Calendar*;
h2. Требования к документированию *Основные функции модуля Events:*
План проекта * создание записей о событиях;
* редактирование записей о событиях;
* получение данных о событиях из социальных сетей и спецификация требований должны соответствовать "ГОСТ 34.602-89":http://www.gostrf.com/standart/Pages_gost/11254.htm
h2. Источники разработки
Данный план проекта разработан сервиса Google Calendar;
* публикация событий в социальных сетях сервисе Google Calendar;
* согласие/возможное согласие/несогласие на основе следующих документов и информационных материалов: предложении поучаствовать в мероприятии (в социальных сетях)
*Основные функции модуля Places:*
* "ГОСТ 34.602-89":http://www.gostrf.com/standart/Pages_gost/11254.htm «Информационная технология. Комплекс стандартов создание отметки на автоматизированные системы. Техническое задание месте;
* получение списка мест;
* получение данных об отметившихся на создание автоматизированной системы». месте пользователях;
h2. Ограничения на процесс разработки
# Проект должен быть реализован разработчиками, входящими в состав проектной группы
h3. Технические ограничения:
# Целевые платформы: *Harmattan* и *Symbian*
# Для взаимодействия с интернет сервисами должны быть использованы драйвера "MySocials":http://oss.fruct.org/wiki/MySocials
# Для написания интерфейсов пользователя должна быть использована технология "QtQuick":http://developer.qt.nokia.com/doc/qt-4.8/qtquick.html
# В качестве среды разработки следует использовать Qt Creator
h2. Формы отчетности и взаимодействия
* Собрания с инструктором: пятница 11:30, ауд. 138
* Собрание команды разработчиков: среда 11:30, ауд. 203 IT-парк
* Межпроектные собрания: пятница 17:00, ауд. 146
* Индивидуальные отчеты на "wiki":https://redmine.cs.karelia.ru/projects/geo-places/wiki/Reports
* В качестве централизованного хранилища кода и индивидуальных отчетов разработчиков используется распределённая система управления версиями Git.
* Для хранения и совместного редактирования всей документации по проекту используется wiki: https://redmine.cs.karelia.ru/projects/geo-places/wiki
h2. Зоны ответственности разработчиков
h3. Приложение для событий
* Разработка интерфейса пользователя: Давыдовский Н.
* Разработка методов на уроне ядра и виджетов: Давыдовский Н.
* Разработка библиотеки доступа к Google Calendar: Филиппов А.
* Инспектирование и тестирование (блочное и функциональное): Шитнёв А.
h3. Приложение для геолокации
* Разработка интерфейса пользователя: Артёмов Н.
* Разработка методов на уроне ядра и виджетов: Артёмов Н.
* Инспектирование и тестирование (блочное и функциональное): Дрёмин А.
h2. Примеры социальных сетей
* "VKontakte":http://vk.com/
* "Facebook":http://www.facebook.com/
* "MyWorld@mail.ru":http://my.mail.ru/
* "Flickr":http://www.flickr.com/
* "Photobucket":http://photobucket.com/
* "AlterGeo":http://altergeo.ru/