Об'єктно-орієнтована програмна система для управління проектами

Рух завдань

Завдання в системі в кожен момент часу повинні мати певний статус. Можливі дії з завданнями, що мають той чи інший статус, повинні визначатися вбудованою системою управління рухом завдань.

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

Схема руху повинна мати можливість редагуватися вбудованим редактором. Редагуючи рух завдань, повинна бути можливість створювати нові статуси завдань (події) і визначаючи можливі дії та організувати будь-яку роботу.

Має бути можливість зробити рух завдання залежним від умов, застосовувати логіку ТА / АБО, виконувати визначені дії на кожному етапі руху задачі.

Нотифікації

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

Звіти та діаграми

Для аналітичних цілей система повинна створювати карту проекту (project roadmap), що дозволяє переглядати завантаження кожного користувача і робить багато чого іншого для ефективного управління проектами. Також є цілий ряд необхідних стандартних звітів.

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

Крім стандартних звітів, система повинна дозволяти написати свої звіти.

Приладова панель

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

• список завдань призначених вам
• список ваших збережених фільтрів
• статистика проекту
• статистика фільтра
• список проектів
• лінійні графіки
• об'ємні графіки
• текстові та HTML повідомлення

Безпека

Система повинна може працювати через захищене з'єднання із застосуванням SSL.

Мати розширені можливості API, що забезпечує програмний доступ до основних функцій системи (SOAP API), розширення дозволяють доповнювати систему власними сервісами для вирішення специфічних завдань підприємства.

1.4. Діаграма карти пам'яті

Послідовність аналізу та проектування системи управління проектами на підприємстві "High tech".

 

Рис. 1. Діаграма карти пам’яті

 

РОЗДІЛ 2. ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ  І ОБ’ЄКТНО-ОРІЄНТОВАНИЙ АНАЛІЗ СИСТЕМИ

2.1. Словник наочної області (глосарій)

Встановлює загальну термінологію для всіх моделей і описів вимог до системи. Глосарій  призначений для опису термінології наочної області і може бути використаний як словник даних системи. Глосарій проекту повинен мати вид таблиці.

Нижче приведені терміни  проекту і їх значення.

Термін	Значення
Відсоток виконаного	Міра завершеності роботи, використовувана для обчислення залишилася тривалості частково виконаної  роботи
Статус проекта	Стан роботи з точки зору виконання: Відкритий (робота вже почалась) Архівований (робота закінчилась або проект відкладений) Закрито (робота виконана)
Статус задачи	Стан роботи з точки  зору виконання: Нова (робота ще не почалась) В ході (робота вже почалась) Вирішено (робота закінчилась) Діло за замовником (робота відкладена до наступних вказівок замовника) Закрито (робота виконана) Відхилено (робота відхилена)
Календар	Опис робочого часу для  групи робіт в проекті
Фільтр	Критерій відбору робіт  або ресурсів у поданні, який обмежує набір записів, що виводяться в поданні, перевіряючи, чи задовольняє поле запису заданій умові
Діаграма Ганта	Графік, що відображає план робіт у часі. Роботи і інші табличні дані поміщаються з лівої сторони, а тривалості робіт відображаються за допомогою горизонтальних відрізків, розміщених у відповідності з датами початку та закінчення
Інформаційна система  управління проектами (ІСУП)	Організаційно-технологічний  комплекс методичних, технічних, програмних та інформаційних засобів, спрямований на підтримку та підвищення ефективності процесів планування та управління проектом
Моніторинг проекту	Процес збору, аналізу  даних, подання звітів по виконанню  проекту, зазвичай у порівнянні з  планом, і, при необхідності, вироблення коригувальних впливів
Прогрес	Вимірювання ступеня  завершеності робіт, процедура введення інформації про проект
Проект	Унікальне підприємство, яке передбачає координоване виконання  взаємозалежних дій з різних функціональних областей, для досягнення певних цілей  в умовах часових та ресурсних обмежень
Публічні проекти	Проекти які відкрити для публічного перегляду
Мої проекти	Проекти власником яких являєтесь ви
Проекти в яких я беру участь	Проекти в яких ви берете участь
Вільний звіт дій/ Логи	Звіт про останні  зміни в проекті
Управління учасниками проекту	Сукупність методів, процедур, прийомів впливу на учасників проекту  з метою максимального використання їх потенціалу для досягнення цілей  проекту
Учасники	Користувачі які беруть участь у виконанні завдань проекту
Закриття проекту	Завершення робіт по проекту при досягненні запланованих результатів, включаючи дозвіл всіх спірних питань
Управління комунікаціями  проекту	Сукупність процесів, що забезпечують своєчасні збір, накопичення, поширення, збереження і подальше використання інформації проекту
Управління конфліктами  проекту	Сукупність процесів, в яких за допомогою використання управлінських технологій вирішуються  різні неузгодження, що виникають  в рамках роботи над проектом
Життєвий цикл проекту	Проміжок часу між  моментом появи проекту і моментом його ліквідації.  Набір послідовних фаз проекту, назва і кількість яких визначається потребами контролю організацій, що беруть участь в проекті
Управління проектом	Використання знань, навичок, методів, засобів і технологій при  виконанні проекту з метою досягнення або перевищення очікувань учасників проекту
Команда управління проектом	Члени команди проекту, які безпосередньо залучені до роботи з управління проектом.
Менеджер проекту	Особа, відповідальна  за управління проектом
Цілі проекту	Бажаний результат діяльності, що досягається в результаті успішного  здійснення проекту в заданих  умовах його реалізації
Організаційна структура  проекту	Відповідна проекту  тимчасова організаційна структура, що включає всіх його учасників і  створювана для успішного досягнення цілей проекту
План проекту	Формальний, затверджений документ, який використовується для  здійснення керівництва виконанням і контролем проекту
Виконання плану проекту	Реалізація плану проекту  шляхом виконання включених в  нього робіт
Звіт про хід проекту	Офіційний звіт, в якому  динаміка ходу виконання проекту, досягнуті  і прогнозовані результати порівнюються з базисним планом проекту
Гістограма ресурсів	Форма подання даних  про проект, в якій потреба, використання і наявність ресурсів зображуються у вигляді вертикального лінійного графіка в масштабі часу, висота кожного відрізка якого являє собою обсяг ресурсів в дану одиницю часу
Календарний план	Повний комплекс робіт  проекту, який містить терміни початку  та закінчення робіт
Дата початку	Момент часу, пов'язаний з початком роботи
Дата завершення	Момент часу, пов'язаний з закінченням роботи
Моя сторінка	Індивідуальна сторінка користувача, який визначає яка інформація буде міститися на цій сторінці
Огляд	Основна інформація
Задача	Проблемна ситуація з  явно заданою метою, яку необхідно  досягти; в більш вузькому сенсі  завданням також називають саму цю мету, дану в рамках проблемної ситуації, тобто те, що потрібно зробити
Трекер	Система відстеження
Пріоритет	Поняття, що показує важливість, першість. Наприклад, пріоритет дій визначає порядок їхнього виконання в часі.
Новини	Новини зв’язані з  проектом
Документи	Прикріплені файли, які  стосуються виконання проекту/задачи
Wiki	Визначення, або деяка  інформація яка стосується даного проекту
Батьківський проект	Проект який являє  собою декомпозицію деякого другого проекту
Версії	Версії виконання проекту
Форум	Індивідуальна сторінка проекту для обговорення проекту

2.2. Додаткові специфікації (технічні вимоги)

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

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

Опис додаткових специфікацій

Функціональні можливості

Система повинна забезпечувати  розрахований на багато користувачів режим роботи.

Зручність використання

Система має підтримуватися браузерами:

Internet Explorer	Chrome	Opera	Safari	Firefox	Android	iOS
8.0+	6.0+	10.6+	4.0+	4.0+	2.1+	3.0+

Надійність

Система повинна бути захищена від зовнішніх атак, внутрішніх збоїв системи.

Продуктивність

Сторінка має завантажуватися  з максимальною затримкою 1-2 секунди (виключення сторінки з списком проектів, задач, де максимальна затримка 3-5 секунд)

Система повинна підтримувати до 1000 користувачів, що одночасно працюють з системою.

Безпека

 Захист конфіденційних даних користувачів, обмеження доступу по проектам, неправильного вводу даних,.

Проектні  обмеження

Система повинна бути інтегрована з існуючою системою БД , що функціонує на основі реляційної СУБД MySQL.

2.3. Створення моделі варіантів використання

Функціональні вимоги до системи моделюються і документуються за допомогою варіантів використання (use-case), які трактуються таким чином:

• варіант використання фіксує угоду між учасниками проекту  щодо поведінки системи;

• варіант використання описує поведінку системи за різних умов, коли система відповідає на запит одного з учасників, званого основною дійовою особою;

• основна дійова особа  ініціює взаємодію з системою, щоб добитися деякої мети. Система  відповідає, дотримуючи інтереси всіх учасників.

Варіанти використання — це вид документації, вживаної, коли потрібно сконцентрувати зусилля  на обговоренні принципових вимог  до системи, що розробляється.

При описі варіантів  використання (розташованих по ступеню  підвищення точності) існують чотири рівні точності:

• дійові особи і цілі (перераховуються дійові особи і  всі їх цілі, які забезпечуватиме  система);

• короткий виклад варіанту використання (у один абзац) або основний потік подій (без аналізу можливих помилок);

• умови відмови (аналіз місць виникнення можливих помилок в основному потоці подій);

• обробка відмови (написання  альтернативних потоків подій).

При створенні початкової версії моделі варіантів використання виконуються наступні правила:

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

• варіанти використання для даної дійової особи створюються на основі аналізу обов'язків відповідного виконавця (у простому випадку для кожної операції виконавця створюється варіант використання, що реалізовує дану операцію в системі).

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

        Застосування даних правил для системи приводить до появи наступного списку дійових осіб для початкової версії системи:

• Користувач
• Авторизований користувач
• Власник проекту
• Менеджер проекту
• Учасник проекту
• Тестувальник
• Гість проекту

Виходячи з потреб дійових осіб, виділяються наступні варіанти використання:

• Авторизуватися
• Зареєструватися
• Переглянути список проектів
• Створити проект
• Створити задачу
• Переглянути список задач
• Редагувати проект
• Редагувати задачу
• Закрити проект
• Коментувати помилки
• Почати задачу
• Закрити задачу
• Визначити час
• Перенаправити задачу
• Настроїти проект
• Назначити учасників на проект
• Створити версії проекту
• Створити категорії задачі
• Створити wiki сторінку
• Створити форум
• Завантажити файли до проекту
• Створити документи для проекту
• Створити новину для проекту
• Переглянути календар
• Переглянути діаграму Ганта
• Персоналізувати свою сторінку
• Переглянути довідку
• Переглянути головну сторінку

 

Рис. 2. Діаграма варіантів використання 
Варіант використання " Авторизуватися"

Короткий  опис:

Даний варіант використання описує вхід користувача в систему

Основний  потік подій:

Даний варіант використання починає виконуватися, коли користувач хоче увійти до системи реєстрації товару.

1. Система запрошує  ім'я користувача і пароль.

2. Користувач вводить ім'я і пароль.

3. Система підтверджує  ім'я і пароль, після чого відкривається  доступ в систему.

Альтернативні потоки:

Неправильне ім'я/пароль:

Якщо під час виконання  основного потоку виявиться, що користувач ввів неправильне ім'я або пароль, система виводить повідомлення про помилку. Користувач може повернутися до початку основного потоку або відмовитися від входу в систему, при цьому виконання варіанту використання завершується.

Варіант використання "Зареєструватися"

Короткий  опис:

Даний варіант використання описує реєстрацію користувача в системі

Основний  потік подій:

Даний варіант використання починає виконуватися, коли користувач переходить до реєстрації.

Альтернативні потоки:

Такий користувач все існує

Не правильно  заповнені поля

Варіант використання "Переглянути список проектів"

Короткий  опис:

Даний варіант використання виводить список проектів

Основний  потік подій:

Даний варіант використання починає виконуватися, коли авторизувався або не авторизувався та перейшов до перегляду проектів, якщо користувач авторизувався, йому показуються публічні, свої та проекти в яких він є учасником

Альтернативні потоки:

Відсутність проектів

Варіант використання "Створити документи для проекту "

Короткий  опис:

Даний варіант використання описує завантаження та прикріплення документів до проекту

Альтернативні потоки:

Помилка розміру  файлу

Помилка кількості  файлів

Варіант використання "Створити задачу"

Короткий  опис:

Даний варіант використання описує створення задачи в системі, визначення ключових полів, прикріплення файлів

Альтернативні потоки:

Не правильно  заповнені поля

Помилка розміру  файлу

Помилка кількості  файлів

Така задача вже існує

Варіант використання "Переглянути список задач"

Короткий  опис:

Даний варіант використання видає список задач в проекті

Альтернативні потоки:

Відсутні задачі

Варіант використання "Редагувати проект"

Короткий  опис:

Даний варіант використання описує редагування інформації про проект

Альтернативні потоки:

Не правильно  заповнені поля

Помилка розміру  файлу