Розробка веб-сервісу для обробки фотографій на основі TouchRetouch

Менеджери проекту можуть використати систему для налаштування певних завдань, що повинні бути виконаними і для яких повинні бути:

• Призначені необхідні дати.
• Визначені (батьківські/дочірні) відношення.
• Встановлено певні взаємозв’язки.
• Призначено людські ресурси для виконання завдань.
• Призначено інші фізичні ресурси на завдання.
• Поетапна настройка проекту.
• Використання інформації про стан проекту, підготовленої членами проекту для керування плануванням / виконанням проекту.
• Записи основної проектної інформації (такої як відомість про потреби, показний бюджет і т.д.).

Члени проекту можуть використовувати  систему для:

• Оновлення прогресу виконання завдань, створення звітів про стан завдань для рекомендацій іншим працівникам проекту.
• Управління щоденною завантаженістю роботою шляхом використання різноманітних видів проектних завдань.
• Доступ до створення файлів, підтримка документації для поставлених завдань.
• Обговорення спірних питань з іншими членами проекту за допомогою форумів.
• Управління журналом записів для задач, подій.

DotProject здійснює щоденне управління плановими проектними показниками.

Також існують допоміжні  модулі:

• Управління користувачами.
• Email на основі Trouble Ticket System.
• Управління компаніями / клієнтами.
• Список проектів.
• Ієрархічні списки завдань.
• Файловий архів.
• Список контактів.
• Календар.
• Форум.

2.2.2.Створення  діаграми Ганта

Діаграма Ганта – це популярний тип стовпчастих діаграм, який використовується для ілюстрації плану, графіка робіт за будь-яким проектом. Є одним з методів  планування проектів.

Діаграма Ганта представляє  собою відрізки (графічні плашки), розміщені  на горизонтальній шкалі часу. Кожен  відрізок відповідає окремому завданню або під задачі. Завдання і під  задачі, складові плану, розміщуються по вертикалі. Початок, кінець і довжина  відрізка на шкалі часу відповідають початку, кінцю і тривалості завдання. На деяких діаграмах Ганта також  показується залежність між завданнями. Діаграма може використовуватися для  представлення поточного стану  виконання робіт: частина прямокутника, що відповідає завданню, заштриховується, відзначаючи відсоток виконання  завдання; показується вертикальна  лінія, що відповідає моменту «сьогодні».

Діаграма Ганта призначена для графічного відображення наступних  аспектів:

• Завдання проекту.
• Особи, відповідальні за виконання завдань.
• Залежності завдань від інших завдань і подій.
• Передбачувані дати завершення завдань.

Для побудови діаграми Ганта  було використано інструменти програми Microsoft Project.

Microsoft Project – програмам управління проектами, розроблена і продається корпорацією Microsoft. Microsoft Project створений, щоб допомогти менеджерові проекту в розробці планів, розподілі ресурсів по завданнях, відстежуванні   прогресу і аналізі обсягів робіт.

Основні можливості системи  Microsoft Project:

• Планування задач.
• Управління ресурсами
• Відстеження ходу виконання завдань
• Гнучке планування та внесення змін до проекту
• Складання звітів про хід виконання завдань
• Налаштування параметрів відображення інформації проекту
• Можливість покрокової розробки проекту та інтелектуальної підказки
• Створення завдань, призначення ресурсів, вказівка термінів виконання
• Можливість присвоєння ієрархічних структур кодів для завдань і ресурсів
• Вказівка зв’язку окремих завдань (мережева діаграма проекту) та їх пріоритетів з наступним вирівнюванням ресурсів
• Розрахунок критичного шляху проекту
• Представлення «проблемних завдань» за допомогою графічних індикаторів
• Поля з формулами обчислень, які визначаються користувачами
• Вказівка приблизного періоду виконання завдань з наступним уточненням
• Потужні вбудовані засоби аналізу поточного стану проекту і тенденцій його розвитку
• Автоматизовані засоби підготовки звітів і можливість запам’ятовувати поточний стан проекту для подальшого аналізу
• Створення шаблонів проектів
• Відстеження ходу виконання проекту

Діаграма Ганта, розроблена в MS Project до даного проекту, представлена в додатку 5. Вона відображає процес роботи над проектом кожного з робітників, людські ресурси та термін виконання.

 

 

 

 

2.3.Тестування

2.3.1.Написання  тест-плану

Тест план (Test Plan) – це документ, який описує весь обсяг робіт з тестування. Для тестування розроблюваного проекту було обрано тест-план у вигляді тестових випадків (тест-кейсів).

Тестовий випадок (Test Case) – це артефакт, що описує сукупність кроків, конкретних умов і параметрів, необхідних для перевірки реалізації тестованої функції або її частини.

Тестові випадки мають  наступну структуру:

Дія > Очікувані результати > Результати тесту

Види тестових випадків

Тест-кейси розподіляються залежно від очікуваного результату на позитивні та негативні:

Позитивний тест-кейс використовує тільки коректні дані і перевіряє, що додаток правильно виконав викликану функцію.

Негативний тест-кейс оперує як коректними, так і некоректними даними (мінімум 1 неконкретний параметр) і ставить за мету перевірку виняткових ситуацій (спрацьовування валідаторів), а також перевіряє, чи функція  не виконується при спрацьовуванні валідаторів.

Структура тестових випадків

1. Передумови.

Список дій, які призводять систему до стану, придатного для  проведення основної перевірки. Або  список умов, виконання яких говорить про те, що система знаходиться  у придатному для проведення основного  тесту стану.

2. Опис дій тестувальника.

Список дій, що переводять систему з одного стану в інший, для отримання результату, на підставі якого можна зробити висновок про відповідність реалізації поставленим  вимогам.

3. Очікуваний результат.

Перелік очікуваних (коректних) реакцій системи на дії тестувальника.

Тестові випадки дозволяють:

• Перевірити відповідність розробленої системи поставленим вимогам;
• Визначити повноту реалізації функціональності, передбаченої технічним завданням чи специфікацією вимог;
• Знайти помилки, навіть найдрібніші.

 

 

 

 

 

Тест	Вхідні дані / дії тестувальника	Очікуваний результат	Прийнято /відхилено; примітка
Тестування компоненту авторизації Передумови: Тестувальник знаходиться  на сайті
Перевірка авторизації	Введено існуючий логін та пароль	Користувач авторизований, компонент авторизації змінюється на привітання за посиланням Log Out, Change Personal Data
		Якщо користувач авторизувався  як адміністратор, компонент авторизації  змінюється на привітання за посиланнями  Log Out, Change Personal Data, і відбувається автоматичний перехід на сторінку «не переглянуті фотографії»
	Введено неіснуючий логін  або неправильний пароль	Виводиться повідомлення: «Неправильний логін і пароль», поля для введення очищуються
Перевірка функції нагадування  паролю	Введено існуючий логін	Користувачеві відправлено  на пошту лист з нагадуванням паролю
	Введено неіснуючий логін	Виводиться повідомлення про те, що такого логіну не існує, поле для введення очищується

 

 

3.Практичні результати

Реалізовано:

1. Флеш-компонент для початкової обробки фотографій користувачем.
2. Клієнтська частина:

А.  Для користувачів сайту:

• Конкурс фотографій з можливістю голосування.
• Особиста сторінка з фотографіями з можливістю видалення.
• Зручний перегляд фотографій.
• Реєстрація, авторизація, управляння даними.

Б. Для адміністраторів

• Управління користувачами (блокування, видалення)
• Управління фотографіями (блокування)

3. База даних MySQL для збереження необхідної інформації.
4. Серверна частина:

• Прийом фотографій.
• Обробка фотографій.
• Надсилання фотографій.

Сайт відповідає поставленим  вимогам та технічному завданню.

 

 

 

 

 

 

 

 

 

 

 

 

4.Висновки

Розробка сайту – складний процес, який потребує чіткого плану  дій і злагодженої праці команди  розробників. Розробка сайту поділяється  на такі етапи: планування, проектування, кодування, тестування. Етап планування полягає у визначені цілей проекту, його цільової аудиторії та основних завдань, які потрібно вирішити в процесі розробки. На етапі проектуванні розробляється список функціональних та не функціональних вимог, дизайн майбутнього сайту, клієнт-серверна архітектура тощо. Ці дані фіксуються в технічному завданні.

Наступним важливим етапом є кодування. Цей етап потребує організованої  роботи розробників та централізованого управління процесом розробки. Системи  управління проектами дозволяють ефективно  працювати в команді, завдяки  модулям формування списків завдань, обміну файлами тощо.

Помилки, зроблені під час  роботи над сайтом, виявляються на етапі тестування. Ручне тестування проводиться згідно розробленого тест-плану, документу, який описує усі необхідні сценарії тестування. Тест-план повинен враховувати усі вимоги, описані в специфікації вимог або в технічному завданні. Якщо під час тестування виявлені помилки, команда розробників повертається до етапу кодування з врахуванням результатів тесту.

Отже, процес розробки сайту  повинен бути детально спланованим  та документованим. Це дозволяє уникнути помилок в роботі над проектом та пришвидшити виконання завдання. Ефективна співпраця членів команди  також відіграє важливу роль. Дії  розробників повинні бути скоординовані  задля досягнення спільної мети.

 

 

 

 

 

 

 

 

 

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

1. A guide to the project management body of  knowledge (PMBOK guide) – Project Management Institute, 2000.
2. Fundamentals of project management. James P. Lewis – AMACOM, 2002.
3. Буч Г., Рамбо Д., Якобсон И. UML. Руководство пользователя. – ДМК Пресс, 2007.
4. Бьяфоре Б. – Успешное управление проектами с использованием Microsoft Project.
5. Джалота П. Управление программным проектом на практике. – М.: «Лори», 2005.
6. Портни С. Управление проектами для чайников. – М.: Диалектика, 2008.
7. Сингаевская Г.И. Управление проектами в Microsoft Project 2007. – М.: «Диалектика», 2008.
8. Хелдман К. Профессиональное управление проектом. – М. : БИНОМ, Лаборатория знаний, 2008.
9. Якушев ІТ-проектирование , 2011.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Додатки

Додаток 1

Діаграма варіантів  використання

Діаграма варіантів використання, зображена на рис. 1., відображає функції  розроблюваної системи, доступні кожному  з користувачів залежно від його ролі.

 

 

 

 

Рис.1. Діаграма варіантів  використання

Додаток 2

Загальний шаблон сторінок сайту

На рис.2. схематично відображено  розташування елементів, спільних для  всіх сторінок сайту.

Рис. 2. Загальний шаблон сторінок сайту

 

 

 

Додаток 3

Структура сайту

Структура сайту, зображена  на рис. 3., належить до змішаного типу. Доступ до сторінок сайту розділений по класах користувачів.

 

 

 

Рис.3. Структура сайту

 

 

Додаток 4

Клієнт-серверна архітектура

На рис.4. зображена клієнт-серверна архітектура проекту TouchRetouchOnline.

Функції кожного з компонентів  описані в таблиці 4.1.

Таблиця 4.1. Функції компонентів  клієнт-серверної архітектури

Компонент	Функції
JavaScript	Взаємодія з PHP
ActionScript 3.0.	Завантаження фотографій, зміна її розміру, виділення області, масштабування та інші функції початкової обробки фотографій. Відправка фотографій та виділеної області на сервер С++, приймання обробленої фотографії.
PHP	Робота з базою даних: внесення записів, зчитування та оновлення  даних.
C++	Обробка фотографії за алгоритмом TouchRetouch, відправка обробленої фотографії на сервер PHP
DataBase MySQL	База даних проекту. Збереження фотографій користувачів та інших даних, необхідних для функціонування проекту.