2015-05-06
744
Sprint Backlog формируется по результатам спринта. Он содержит задачи, поставленные в начале спринта, результаты работы команды, возникшие проблемы и пути их решения.
Ход работы.
Для формирования беклога нужно создать задачу. Соответственно нужно зайти в проект в TeamLab и создать там задачи, затем поставить его на таймер, и по завершении обязательно закрыть и остановить таймер.
Рисунок 1 – Создание задачи
Рисунок 2 – Созданные задачи
Рисунок 3 – Вид задачи
Переходим на вкладку отчеты, и выбираем отчет по выбранному нами полю 
Рисунок 4 – Вид отчета по проекту
Рисунок 5- Пример отчета
Беклог проекта будет иметь следующий вид:
Рисунок 6 – Беклог проекта
1) В качестве средства коммуникации, доступного для всех, избранные мессенджеры «В Контакте», в качестве резервного средства - программа Skype.
2) Система планирования задач: поскольку возникли существенные ограничения при тестировании программы AtlassianJira (сильно ограничен пробный период, сложная организация структуры, проблемы с локализацией, технические сложности) решили перейти на СПЗ «TeamLab». Преимущества - наличие русскоязычной версии, отсутствие необходимости в хостинге (сервис предоставляет предустановленную онлайн-версию СПЗ), простота и доступность.
|
|
|
3) Разработана презентация приложения.
4) Разработано ТЗ на приложение
5) Разработано дерево целей (WBS)
6) Разработана матрица отвественности
7) Разработана примерная структура приложения.
Система управленяи версиями
Системы управления версиями обычно используются при разработке программного обеспечения для отслеживания, документирования и контроля над постепенными изменениями в электронных документах, исходных кодах приложений, чертежах, электронных моделях и других документах, над изменениями которых одновременно работают несколько человек. Для управления версиями разработки программного обеспечения был выбран сервис GITHUB.
Преимущества:
- Простой способ регистрации
- Адаптированные под распространении версии операционных систем клиенты
- Простой способ синхронизации между сервисом и локальной версии - Поддержка многих языков программирования
- Возможность восстановления репозитория после удаления
Недостатки:
- Для windows необходим NET Framework 4.0
- Ручная синхронизация
- Для проекта состоящий из нескольких папок, нужно создать в соответствии несколько репозиториев в системе и отслеживать каждый из них.
- Неверное отображение русского текста после восстановления удаленного репозитория.
Регистрация в системе.
1. Заходим на сайт https://github.com/
2. Нажимаем на кнопку SIGN UP FOR FREE (см. рис. 1) 
|
|
|
Рисунок 1 – Кнопка для регистрации участника в системе
1. Заполняем соответствующие поля формы регистрации (см. рис.2.)
Рисунок 2 – Форма регистрации участника
2. После регистрации откроется главная форма системы, где можно создать новый проект и скачать клиент согласно вашей операционной системы (см. рис. 3).
Рисунок 3 - Главная форма управления системой
3. Загрузив клиент заходим в него и создаем там проект, и синхронизируем его с сайтом (см. рис. 4-8)
Рисунок 4 – Главная форма клиента github для Windows
Рисунок 5 – Форма добавления репозитория (для создания нового репозитория нажмите кнопку add)
Рисунок 6 – Форма основных свойств репозитория
Рисунок 7 – Нажмите publish для передачи файлов в систему
Рисунок 8 – Форма репозитория и история изменений проекта
Рисунок 9 - Форма репозитория в системе
4. Внесение изменений в проект (см. рис. 10-14)
Рисунок 10 – При внесении каких-либо изменений в файл появится надпись UNCOMMITTED CHANGES, и кнопка SHOW
Рисунок 11 – После нажатия кнопки SHOW можно создать COMMIT
Рисунок 12 – После создания COMMIT он появится в истории под произвольным именем, нажмите кнопку SYNC
Рисунок 13 – При наведении на кнопку вы видите количество COMMIT для занесения
Рисунок 14 – После синхронизации COMMIT с вашим именем появится в системе.
5. Отражение изменений в проекте на сайте (см. рис. 15-16)
Рисунок 15 – Вкладка GRAPH на сайте системы служит графическим отображением изменений, внесенных в проект.
Рисунок 16 – График с временем и днем внесения изменений в проект
6. Добавление чужого проекта (см. рис. 17)
Рисунок 17 - Поиск в системе чужого проекта
7. Отражение изменений в проекте (см. рис. 18)
Рисунок 18 – Отображение файлов проекта с именем того, кто внес изменения в его файлы и время последнего изменения.
8. Синхронизация между системой и локальным компьютером
Рисунок 19 – Вид чужого проекта в системе, с предложением добавления
Работать с GIT также можно с помощью клиента msysGit, который можно скачать по адресу https://code.google.com/p/msysgit. Это простой в использовании текстовый клиент, который позволяет быстро выполнять необходимые операции.
Сперва потренируемся работать в клиенте. Для этого перейдем в тестовый каталог «test» на диске D:\ и создадим пустой репозиторий командой git init:
Попробуем создать и проиндексировать файлы, а также осуществить первую фиксацию изменений («коммит»). Используем для этого команду git add с указанием файлов:
$ git add test.c
$ git add readme.txt
Проверим текущий статус проекта командой git status:
Делаем «коммит» (фиксацию изменений) – git commit –m ‘initial commit’ (параметр m – задать имя коммита, initial commit – само имя):
Теперь мы зададим имя и электронный адрес своей учетной записи, зайдем на удаленный сервер github и проведем изменение существующего проекта в удаленном репозитории.
Задаем свое имя и электронную почту командами:
$ git config --global user.name "Atomsk0"
$ git config --global user.email mshkill@gmail.com
Теперь скопируем существующий удаленный проект к себе на диск:
git clone git://github.com/Atomsk0/happyrunner.git
Теперь получаем последнюю версию изменений репозитория командой git pull:
Отправляем свои вновь созданные файлы в удаленный проект командой git push (master в конце обозначает, что все изменения применяются к основной ветке master):
Как видим, при обращении к серверу по https, сервер запрашивает имя учётной записи и пароль. Так обеспечивается защита от записи данных в наш репозиторий посторонними пользователями.
Теперь мы можем видеть свои файлы в списке файлов удаленного репозитория:
